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ABSTRACT 

THE SCOPE OF THE CALIFORNIA STATE LIBRARY-PROCESSING 
CENTER (CSL-PC) PROJECT IS TO DEVELOP THE DESIGN AND SPECIFICATIONS 
FOB A COMPUTERIZED TECHNICAL PROCESSING CENTER TO PROVIDE SERVICES TO 
A NETWORK OF PARTICIPATING CALIFORNIA LIBRARIES. IMMEDIATE OBJECTIVES 
ABE: (1) RETBCSPECTIVE CONVERSION OF CARD CATALOGS TO A MACHINE-FORM 
DATA BASE, COMPATIBLE WITH MARC II; (2) CONTINUING CONVERSION OF 
CURRENT CATALOGING TO MACHINE-FORM DATA BASE, COMPATIBLE WITH MARC 
II; (3) INCORPORATION OF MARC TAPES, DISTRIBUTED BY THE LIBRARY OF 
CONGRESS, INTO THE CENTER* S DATA BASE FOR USE IN CATALOGING SUPPORT; 
(4) PRODUCTION OF BOOK FORM CATALOGS; AND (5) CONTROL OF TECHNICAL 
PROCESSING ASSOCIATED WITH SERIALS, INCLUDING ORDERING, CHECK-IN, 
CLAIMING, BINDING, ACCOUNTING AND HOLDING LISTS. FOLLOWING A 
DEFINITION OF THE SCOPE OF THE PROJECT, FUTURE DEVELOPMENTS APE 
DISCUSSED IN A SURVEY CF PLANS AND ACCOMPLISHMENTS OF OTHER COGNATE 
PROJECTS IN THE AREA CF COOPERATIVE LIBRARY NETWORKS. THIS REPORT 
ALSO INCLUDES: <1) THE SYSTEM DESCRIPTION, AN OVERVIEW OF SYSTEM 
FILES AND SYSTEM LOGIC FOR ALL OPERATING FUNCTIONS; (2) A DISCUSSION 
CF PRODUCTION AND CONTROL, WHICH FOCUSES ON THE PROBLEM AND 
RECOMMENDED PROCEDURES OF PRODUCTION AND CONTROL OF SOURCE DOCUMENTS 
DURING THE CCNVERSICN PROCESS; AND (3) THE CONVERSION PROGRAM. 
(AUTHOR/JB) 
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I REPORT ORGANIZATION"! 



This report is issued in four volumes, the contents of which are as 
follows : 

Volume I : INTRODUCTION (INTRO) 

SYSTEM DESCRIPTION (SYS) 

PRODUCTION AND CONTROL (PROD) 

CONVERSION (CON) 

Volume II : FILE MAINTENANCE (MAINT) 

AUTHORITY VERIFICATION (VER) 

BOOK CATALOG FILING (FILE) 

BOOK CATALOG FORMAT (FORM) 

PROCESSING CENTER ORGANIZATION (PC-ORG) 

Volume III: CODING MANUAL 

Volume IV : SERIALS CONTROL SYSTEM 



Volumes I and II both focus on technical processing of monograph 
material. Volume III contains a complete set of input encoding instruc- 
tions for use by bibliographic editors. Volume IV (soon to be published) 
develops specifications for the processing of serials data. 

Each chapter is prefaced by a table of contents and a table of figures. 
Further, each chapter also has been assigned a code (given above) which 
appears in the upper right corner of each page. 
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I. SCOPE OF PROJECT 

4 » . , , 

For the past year ILR has been working under contract to the 
California State Library to develop the design and specification for a 
Technical Processing Center. The ultimate focus of the Center is to 
provide computer processing services to libraries throughout California: 
that has been the guiding principle in all our design considerations and 
decisions. While such a goal is long-range and open-ended, certain imme- 
diate objectives have been selected as both feasible within the current 
technological framework and of tangible benefit to libraries within 
the State. 

« 

These objectives, which are defined in Contract #3309, are: 

PROCESSING CENTER OBJECTIVES 

1. Retrospective conversion of card catalogs to a machine- 
form data base, compatible with MARC II. 

2. Continuing conversion of current cataloging to machine- 
form data base, compatible with MARC II. 

3. Incorporation of MARC II tapes, distributed by the 
Library of Congress, into the Center’s data base for 
use in cataloging support. 

U. Production of book form catalogs. 

5. Control of technical processing associated with serials, 
including ordering, check-in, claiming, binding, accounting 
and holding lists. 

FRAMES OF REFERENCE. There are three very important frames of refer- 
ence which are controlling the five objectives outlined above. First, the 
Processing Center is intended to serve a network of participating libraries. 
Second, its operation is intended to extend in time beyond any conversion 
period, and therefore its design must accomodate a full range of post- 
conversion services. Third, the existence of the Processing Center should 
not be dependent on any particular set of hardware or equipment. 

Network . Although the California State Library is the project spon- 
sor and will be the Center’s first participant, the intended scope of the 
system is to offer services to a large network of subscribing libraries. 
Contrary to other cooperative library networks, participants in the 
Processing Center need not be geographically or administratively linked 
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to each other. They may subscribe to the Processing Center's services on 
a simple cost basis without sacrificing any local autonomy or independence. 

To this end we have attempted to preserve, where it is technically 
feasible, significant variations in local cataloging practice and notation. 
This is embodied in our file structure design in which there is not only 
a central bibliographic file, but also a holdings file which will record 
local variations in call number, location and subject/descriptive cataloging. 

In terms of output services (fourth objective), the designed system 
ha« the following options with respect to book catalog services for 
participating network libraries: 

a. Union catalog of all libraries 

b. Union catalog of a defined group of libraries 

c . Separate catalog of one single library 

d. Separate catalogs for each single library in a defined 
group of libraries 

e. Separate catalogs for each single library in the network 

For |,n 1 on catalogs, all variorum and holdings data are consolidated into 
a s ingl e union entry. For separate catalogs, variations are to reflect 
the catalog records input by each separate library. 

Pos t-Conversion . There is currently a very strong preoccupation in 
the library community with the problems of converting existing card cata- 
log files to machine-form data bases, especially with respect to retro- 
spective catalogs. Even the Library of Congress has recently begun to 
consider this very important and very formidable problem. A considerable 
portion of our design has been directed to creating a smooth and controlled 
method for accomplishing this work. Here, as in other portions of the 
system, we have designed a procedure which can be implemented, serially or 
concurrently, for any group of libraries in the state. 

In addi tion, however, our design is intended to meet the requirements 
of a continuing Processing Center operation in which a broad range of 
activities may be occurring simultaneously. These activities include: 
retrospective conversion, current cataloging conversion, MARC II pro- 
cessing, book catalog production, book catalog supplement production and 
serials control (which itself embodies conversion, file updating and 
holdings list production). 
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INTRO Fig* 1 illustrates the complex mix of the Processing Center's 
monograph operations during a five-year time span. Two libraries (there 
will undoubtedly be more) are represented with different conversion 
start-up and termination dates. It is quite clear that procedures for 
file updating must begin even before there is a full file to update. 

Current cataloging is seen in this example as accumulating over a 
ca len dar quarter and then processed as a batch. In this perspective, 
the initial conversion period is found to occupy only a fraction of the 
system's total workload over time. 

Tur ing any quarter the Center may be working concurrently on retro- 
spective conversion, current catalog conversion, book catalog production, 
anH supplement production — to say not hin g of serials control functions 
which are not displayed here. 

The conversion and post-conversion aspects of the Center may also 
be contrasted by examining the changes in system functions between the 
two time periods, as shown in INTRO Fig. 2. 

The purpose of the chart is simply to emphasize the differences in 
system functions between conversion and on-going operations. Adequate 
system design must be sensitive to the differences, and cannot concentrate 
too heavily on conversion simply because it is a more proximate problem. 

Hardware Independence. It is very tempting to rely on new equipment, 
especially in the areas of telecommunications, computers and photo- 
composition. However, we have opted here for the conservative point of 
view, with the clear potential to upgrade in hardware as cost and reli- 
ability come into clearer focus for library operations. Thus, the system 
designed for the California State Library - Processing Center operates in 
a batch-mode, off-line with magnetic tape files and conventional upper/ 
lower case line printer. Stated negatively, the system does not require 
the support of remote terminals or consoles nor of extensive disk or data 
cell devices nor of photocomposition units. 

However, the system may shift its operation at any point in time 
to a higher level of equipment consistent with a higher level of service. 
For example, remote terminals may be added in support of cataloging and 
acquisition services; or cathode ray tube photocomposition may be utilized 
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for printing book catalogs. Such options are compatible with the data 
files and design of the Processing Center's system. It seems appropriate 
to point out, however, that the current system is based on the simplest 
and least expensive hardware available. 

51 SUItttRY, the California State Library - Processing Center is a 
technical processing center designed to offer services to a network of 
participating libraries in the areas of file conversion, file 

II processing, book form catalogs and serials control . It is de- 
signed to accommodate a mix of operations including overlapping conversion, 
post-conversion and serials control functions. The Center is designed to 
operate with a conservative hardware and equipment configuration. 

* * * • 

The next section of this Introduction will attempt to provide some 
clues to the future by way of a survey of the plans and accomplislments 
of other cognate projects in the area of cooperative library networks. A 
discussion of Processing Center preliminary staff organization is found in 
Volume 2, chapter Processing Center Organization (FC-GRG). 
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INTRO Fig. 1: PROCESSING CENTER OPERATIONS 
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INTRO Fig. 2: CONVERSION AND POST-CONVERSION PROCESSING 
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II. LOOKING TO THE FUTURE: POTENTIAL SERVICES OF USE PROCESSING C E NTER 

The first phase in the design of a Technical Processing Center 
for the California Public Libraries has been completed. The result 
is specifications for: (l) the conversion and maintenance of bibliog- 

raphic records in machine-readable form; (2) the production of book 
catalogs for subscribing member libraries; and (3) a serials control 
system. Nov that this phase is designed and ready to be implemented, 
it is time to look ahead at a concept of what the next phase in the 
design might be. 

Reports of the Black Gold Cooperative Library System inform us of 
the success of cooperation in a regional library network. Their ex- 
perience with computers and telecommunications has been fruitful, and 
it is now time to look at larger networks and at how principles of co- 
operation vhich they have evolved can be utilized on a much greater 
scale. Advances in computers accessible by remote terminals and in 
telecommunications, along with announced support of networks by the 
Federal Government, forecast greater cooperation amongst more libraries 
within the states as veil as between the states, within the public 
library system as veil as the academic and special library systems. 

The scope of this discussion is how to facilitate acquisitions, 
cataloging and technical processing, and inter library loan in a network 
of libraries linked by a computer and remote terminals. Mention will 
also be made of new services vhich will be available to individual 
members as a result of automation, and some possible problems of a 
library network. The purpose is to give a general picture of how such 
a network might operate vith upgraded hardvare/software facilities. 

« « « • 



ACQUISITIONS 

HOW SYSTEM MIGHT WORK. Suburban Maryland County Library has drawn up 
detailed plans for an acquisition system. A look at their design will 
give some idea of vhat the California State Processing Center will be 
able to look forward to. 
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Requisitions Lists . The Maryland system begins the system operation 
by compiling requisition lists of current books which are likely to 
be considered for purchase by member libraries. The attempt will be 
to get information about newly published or about-to-be-published books 
as soon as possible. Bowker's automation of the production of Pub- 
lishers * Weekly , BPR . etc . , and their encouragement of use of their tapes 
is an indication of how announcement of new publications will be facil- 
tated and of value to libraries. Although the Virginia Kirkus Service 
does have its drawbacks, it still is one of the most complete listings 
of titles in advance of publication, and it will be used by Maryland 
for pre-publication lists. One well-known drawback of the Kirkus Service 
is that, although it presents the first reviews of books, the books 
themselves are not available yet for examination by the librarian. How- 
ever, it does enable systems to order in advance the items likely to 
be demanded by their patrons . A second requisition list is also planned 
based on listings in the Library Journal Review , and another special 
listing of childrens' books will be compiled by the coordinators of 
childrens 1 services . 

Provisions are also made for: items not on the above lists; rush 

orders; retrospective orders in subject areas; reference books; standing 
orders for yearbooks; current topics; and special areas such as material 
on the State. Lists for non-book materials (such as maps, filmstrips 
and slides, paperbacks, etc.) will be developed as needed; librarians 
will check off the books they wish to acquire on these lists. 

Processing . Once an individual library has decided to acquire a book, 
certain checking has to be done. If the selection has been made from 
a requisition list, then probably the bibliographic entry would be correct. 
If the request is not from the list, then the bibliographic entry would 
have to be verified. Then, it has to be determined whether the re- 
quest is already held by the library; whether it is on order by the re- 
questing library; whether it is on order by other libraries in the net- 
work. If the first two conditions hold, then the order can be cancelled. 
The third condition would lie in the area of cooperative selection policy. 

ADVANTAGES OF THE SYSTEM. Figures show high rates of duplication amongst 
libraries of a similar type. One advantage of cooperative acquisition 
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using a requisition order list such as the one described above is the 
savings to be realized from the simultaneous ordering and subsequent 
cataloging of duplicate copies of books. Moreover, these order lists 
could provide a means of book selection experiments with current pub- 
lications, and in addition they could provide a means of evaluating 
and maintaining certain areas of the collection. For example, each 
library system could be responsible for the development of basic re- 
placement lists in certain subject areas. 

Statistics. Previously it has not been feasible to collect many statis- 
tics which could be of value in book selection, such as the number of 
books in a certain subject field purchased from a certain vendor or pub- 
lisher. A mechanized cooperative network will make possible analyses 
of the catalog and acquisition data; the analyses will assist librarians 
in studying their own collections and will guide future acquisitions. 

For example, the machine— readabl e record of the time lag between the 
date the book order is placed and the date the book itself is received 
from the vendor would enable c cost-benefit analysis to be made. A 
computerized accounting and ordering system on the scale of a state- 
wide network might also facilitate the removal of the middle-man vendor. 
In addition, a comparative study of the holding of member libraries 
should reveal interesting statistics on the characteristics of library 
collections in general, and on the strengths and weaknesses of individual 
collections. 

NEW COLLECTIONS. Another advantage of automated cooperative acquisitions 
is: that when a system decides to open a new outlet and is faced with 

the problem of acquiring a basic collection, it can make use of a tape 
holding that is judged by the librarians to be a basic collection. This 
would, of course, facilitate the ordering and cataloging of the new 
collection. 

# # # » 

CATALOGING AND TECHNICAL PROCESSING 

BASIC RECORD. Much of the library system involves a basic record for 
a book which is reproduced with variations for various purposes. Having 
this basic record available in machine-readable form when the record 
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first enters the system f&cilitstes any further use of this record* 

It can he used from its entry as a request through technical processes 
into the final withdrawal notice. 

Obtaining Record . The basic record is obtained in the following manner: 
if the request is a current imprint, then it would be checked against 
the MARC tapes. A request with a less current imprint would be matched 
against retrospective holdings of the center and of subscribing libraries 
or possibly holding from other co-operating library networks. The re- 
sult would be the catalog information about the item. With this infor- 
mation, catalog cards would be produced and sent via remote terminal; 
subsequently the master holdings list would be updated. Purchase orders 
would be produced and sent to the appropriate publisher or vendor. The 
products necessary for the technical processing of the book, such as 
circulation cards and book labels would probably be created at this 
tije as well. 

ADVANTAGE OP SYSTEM. The advantage of an on-line telecommunications 
facility between the individual library and the catalogue data base is 
that if a librarian directs a question to the data base, the response 
will be so rapid that, if necessary, the original question can be re- 
fined until a satisfactory answer is .received. An example of such a 
question would be if a catalogue has incomplete information about a 
book and would want the complete bibliographic record. 

# » # « 



IHTERLIHRAEY LOANS 

Each individual library will still have the responsibility of 
building a strong collection to serve the needs of its patrons. It 
will be possible, however, to concentrate on frequently used books 
and perhaps special areas of interest. The need will no longer exist 
for each library to have a copy of a book which has an extremely low 
circulation rate, for such a book could be obtained through Interlibrary 
Loan. 

HOW SYSTEM MIGHT WORK. Interlibrary loans will be facilitated by union 
catalogs and by improved, faster methods of communication. The n p-fon 
catalog will make the holdings of all the libraries in the network 
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available to the patron of one library in the system. As a result of 
telecommunications, when a request is made for a book which is already 
in use at one library, then another library which holds it can be 
constated immediately. It may be some time yet before facsimile trans- 
mission (to decrease the time it takes for an interlibrary loan to reach 
the patron) is feasible. In the meantime, an appreciable savings may 
be effected by mailing the requested book directly to the patron, instead 
of to the requesting library. A switching center might also be desirable 
so that all requests do not go to one library. 

Circulation records , if in machine-readable form, could also be used 
to aid interlibrary loan. A library interested in borrowing a book, 
could communicate directly with the lending library. It could examine 
the usage pattern of the book in question. If the book were heavily 
used, this might be an indication that it would not be readily avail- 
able for inter library loan, and the inquiring library might then feel 
purchase of the book was warranted. 

* * * * 

EFFECT OF AUTONATION ON INDIVIDUAL LIBRARIES 

The above description of how acquisitions, cataloging and technical 
processing, and interlibrary loan could be affected by the cooperative 
use of the on-line -computer and telecommunications is a brief indication 
of the advantages of a large, integrated, library network. Other advan- 
tages would also accrue to individual libraries as an effect of automation. 

ADVANTAGES LISTED. In the future, through interrogation of computer files, 
it will be easier to locate a book in the system by asking if it is on 
order, already acquired, in circulation, or at the bindery. Also, lists 
which are of great use to librarians can be computer maintained: lists 

of books requested by library users, on reserve, ordered but not received, 
as well as special subject bibliographies. Machine-readable circulation 
records would be useful in analyzing library usage. A breakdown of book 
usage by day, class number, or time of day could be used in order to 
schedule personnel and to indicate areas of heavy usage, as well as being 
a guide to weeding or storage of little used books. 

# * * * 
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FUTURE RESEARCH AND DEVELOPMENT 

It should be recognized that a pioneer project such as the develop- 
ment of state-wide technical Processing Center, will require man y gen- 
erations to achieve its full range of potential service. The occurrence 
of many generations of software and hardware should not be surprising, 
since it follows the pattern found in almost every successful application 
of computers to sophisticated intellectual and procedural problems. 
Recognizing the inevitability of change and accompanying progress and 
improvement of technique and service, any development plan for the 
center must make adequate allowance for ongoing research and for the 
committment of staff and resources to support and control continuing 
development . 

It is therefore appropriate now to begin to identify the research 
issues which will play a central role in the Processing Center’s tech- 
nical development . 

AUTOMATIC FIELD RECOGNITION (AFR). This topic will be discussed fully 
in Volume 1, chapter Conversion (CON). Briefly it is an experimental 
technique designed to utilize computer programs to recognize MARC II 
level bibliographic data elements. The technique should have high 
economic pay-off by replacing a significant portion of the input encoding 
currently performed by bibliographic editors. Further, differently for- 
matted data bases may be converted to a standard MARC II format via 
computer-driven AFR routines. The technique is hopefully broad based 
and may also be applied to machine-form serial articles to construct 
index and retrieval topic files. 

INFORMATION CENTER DEVELOPMENT. The basic question here is to guide the 
evolution of a Processing Center into an effective Technical Information 
Center, as envisioned by the State Technical Services Act of 1965. The 
key to such evolution is expanded research into areas of bibliographic 
subject access. In order to achieve that goal, the Center should support 
research in the following technical areas: 

a. File organization for bibliographic systems, both off-line and 
on-line . 

b. Subject access to monograph material, both conventional and 
innovative. 
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c. Subject access to serials data, including development of a 
microform retrieval system. 

The research if possible should be integrated with first-generation 

development efforts, particularly for fostering experimentation with 
* 

large existing data bases. 

NETWORK EVALUATION. The most important context for the Processing Center 
is its central position in a network of subscribing libraries. Thus with 
respect to both economics and effective service, there is a serious need 
to provide adequate self-evaluation methods and tools within the system. 
These methods should be drawn from existing Operations Research techniques 
and should be designed into the system at an early period. Basic mea- 
surements should be made of the effectiveness of the system (both at 
the center and at its service points), budget and workload forecasting, 
communications links, etc. 

TRAINING. The general approach outlined above indicates the need to 
recruit, train and educate a permanent technical staff for the Processing 
Center. Further there is a need to provide training for personnel in 
participating network libraries. The training should be tailored for 
three types of staff members: technical (programmers, analysts), oper- 

ational (bibliographic editors), and administrators (network librarians). 
The following topics should be considered: 

a. The acquisition of a special purpose high-order programming 
language, designed for text processing applications. The 
running time of programs written in such a language should 
approach assembly-coded programs . 

b. The development of a full set of computer-assisted instruction 
(CAl) courses in the following areas: 

Programming language 

Bibliographic editing 

MARC II 

Processing Center file structures 
Processing Center philosophy and design 

IN SUMMARY, we feel that a development plan for the Processing Center 
should allocate resources to research and training as well as first- 
generation software. 
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FORSEEABLE PROBLEMS 

The concept of a library network is not without its problems. Three 
ccme to mind: l) the availability of the MARC tapes, which contain the 

necessary bibliographical information; 2) standarizatiou of records; 

3) implementation of the system. An elaboration of the three problems 
follows : 

1) The centralization of cataloging lies to a great extent on the 
ml 1 ability of the LC MARC tapes. As with the LC proof slips, it is 
possible that a book will be received by the library before the biblio- 
graphical information on the MARC tapes is received. Hopefully, this 
problem is one of transition, and LC will do something about this lag. 

The titles of the books, meanwhile, could be sparsely catalogued and 
entered into the system. When the MARC tapes arrive, final cataloging 
could be done automatically, and in this waiting time period the skeletal 
records could be used for circulation or even for book ordering. 

2) A second problem is standardization . The more standard the 
records are, the more easily they can be handled by the computer. How- 
ever, it is hoped that any computer system will be flexible enough to 
accept variations which are considered essential by member libraries. 

3) A system design , carefully researched, flowcharted and doc- 
umented, looks good on paper, and the idea of cooperation and necessary 
standardization is not too difficult to agree upon in principle. Herein 
arises the third problem: implementation. Now is not too soon to begin 
preparation for this last stage of system design by giving some thought 
to the role of the librarian in a library network. Seminars and work- 
shops in systems analysis and the principles of computer processing would 
enable librarians to evaluate how best to use these new services. This 
training wold enable them to view library functions in terms of their 
network potentials and improve communication between the librarian and 
the system designer. It would enable the librarian to play a greater role 
in the design of a new library system. 

• « « « 
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CCVCUJSIOH 

A library network on a statewide scale, which is compatible with 
nationwide networks, is a beneficial way of sharing both the costs of 
an automated system as well as the trained people - librarians and 
system analysts - capable of designing a useful system. Potentially, 
it is an effective way of utilizing the advantage of computer and tele- 
communication technology to eliminate unnecessary duplication and to 
make library resources available to all users. 
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INTRODUCTION 

The preceding description of the scope of the project may he 
taken as the sum of goals and constraints within which the technical 
design was developed. We have translated all the generalized statements 
embodied in the contract and in previous studies of the California 
State Library Processing Center into a highly proceduralized system 
employing people (librarians, editors, keypunchers, clerks) and 
machines (computers, reprographic equipment , keyboards, numbering 
devices). We have incorporated a very high degree of control so that, 
at any point, there is an audit trail for a given record or set of 
records; this was felt to be crucial in terms of the high volumes of 
data units involved. In addition we have allowed what we consider to 
be a meaningful variety of options and alternatives at many points in 
the system. This is to allow for incorporating feedback derived from 
operational experience, and also to allow the participating libraries 
to retain the maximum degrees of freedom and flexibility possible 
within an automated processing system. 

The system can best be described in terms of the multiplicity of 
levels on which it must operate. The scope of the system ranges from 
the level of characters (how to keyboard accent marks) to the level of 
book catalog page layout (how many columns per page, how many characters 
per column). Such variations pose a problem in system description in 
that it is difficult to achieve a consistent level of detail in developing 
the connections among various processing functions. We will try to 
overcome this difficulty by re-arranging slightly the sequence of 
description, and by blocking out the same functions at different levels 
of detail. 

On the simplest level, the system is of simple linputl - [processing 
- I output! type. Further, the input and output cycles are asynchronous 
and somewhat independent with respect to each other, vhich requires that 
the processing "black box" include a strong file organization and file 
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maintenance procedure. This requirement is re-enforced by tne notion that 
the system inputs arrive from many different sources fluid that outputs are 
produced for different destinations. 



INPUTS 



OUTPUTS 




- All Libraries 

- Library A 

- Library B 



The file maintenance function must be able to track data from source to 
destination, where necessary. It is logical then In our description to begin 
in the middle of things, that is vith a presentation of file organization 
and file structures, since these in a sense control many other system func- 
tions. The Input and output sides of the system will be described subse- 
quently. 



SYSTEM FILE ORGANIZATION AND STRUCTURE 

The central functions of the CSL-PC machine file organization 
sure as follows: 

1. Storage of a single centred bibliographic record representing a 
unique bibliographic entity, l.e. book title. The sources of 
this centred master record may be current MARC tapes distributed 
by L.C. , retrospective conversion of a network library, or current 

acquisitions of a network library. 

2. Location and identification of duplicate bibliographic records, as 
they enter the file. This Is crucial in preserving the isomorphism 
between master file records and book titles. 

3. Representation of duplicated holdings among network libraries, 
including the preservation of significant local variations. 

These three functions are mirrored directly In the three major file struc- 
tures of the CSL-PC system: named simply Bibliographic Master File 

(BIB MSTR), Title/Author Index File (INDEX), and Holdings File (HOLD). 




- 2k - 



SYS 



SYS Fig. 1: PROCESSING CENTER FILES 



CSL-PC FILES: 



MNEMONIC TAGS: RECORDS: 



Bibliographic Master File (BIB MSTR) 



Holdings File 
Title/Author Index File 



(HOLD) 

(INDEX) 



Book Title Descriptions 
Library Holdings 
Condensed Title Descriptions 




BIB MSTR records contain the basic data elements which describe 
each unique monograph book title in the system. (Different editions of 
the same book are ronMderefl different titles.) The data element set is 



defined by the MARC II standards. HOLD records indicate in which network 
library collections the book title is found; HOLD records also describe the 
holding library's call number and subject access points (tracings). INDEX 
records are an abbreviated and condensed version of BIB MSTR records, re- 
duced to about one-tenth the number of characters, and are used chiefly for 
searching for book title duplications. 



The need for an alphabetically sequenced access (INDEX) file de- 
rives from the filing and storage characteristics of the BIB MSTR and HOLD 
files. Both are quite large and are randomly sequenced to avoid excessive 
updating or interfiling operations. When a new record is added to either 
file, it is appended to the end of the file without regard to any alphabetic 
sequencing key. The "order" of the files is then simply an accession number 
order, represented by a BIB MSTR record ID number (ERIDNO) and HOLD record 
ID number (HRIDNO). The function of the INDEX file is to create an alpha- 
betically ordered cross reference to the BIB MSTR file. The INDEX file can 
be searched by alphabetically ordered transaction files of new acquisitions/ 
cataloging conversions. 
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To repeat: the BIB MSTR and HOLD files are unordered files; 

adding a new record to BIB MSTR or HOLD consists of appending that 
record to the end of the file. The INDEX file is alphabetically 
ordered (on title and author); adding a new record to INDEX consists 
of interfiling the new record into its proper alphabetic slot. These 
relationships are shown in the following schematic: 

SYS Pig. 2: PILE SCHEMATIC 

BOOKS INDEX MSTR HOLD 

Alphabetic Random Random 




The directional lines in this diagram are pointers carried in 
each record in the form of the Record ID numbers of the file being 
pointed to. Thus both INDEX and HOLD records point to a BIB MSTR 
record by means of containing the BRIDNO of that record. The following 
example represents the data elements of the three files (SYS Fig. 3)* 
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SYS Pig. 3: PILE STRUCTURE EXAMPLE 



BIB MSTR FILE 


INDEX FILE 


HOLD FILE 


Title 


BRIDNO 


Title 


BRIDNO 


Library 

Codes 


Title 


HRIDNO 


BRIDNO 


Library 

Codes 


MNO 


003 


ABC 


002 


TZW 


MNO 


001 


001 


Z 


ABC 


002 


DEF 


00lt 


W 


ABC 


002 


002 


T 


JKL 


003 


JKL 


003 


TWZ 


ABC 


003 


002 


Z 


DEF 


004 


MNO 


001 


ZT 


MNO 


ooU 


001 


T 












JKL 


005 


003 


T 












JKL 


006 


003 


W 












ABC 


007 


002 


W 












JKL 


008 


003 


Z 












DEF 


009 


OOlt 


W 



Note that the HOLD file is a complete record of holdings data. Even if a 
title is held by only one library (such as the title DEF in the example 
above), there is one INDEX and a HOLD record for that title (HRIDN0*009). 

It should also be noted that HOLD records also contain local call number and 
subject tracings to indicate local variation. 

The table above also shows the linkages of the records of all 
three files utilizing pointers in the form of BRIDNOs. The ability to sort 
all three files into parallel sequences derives from sorting INDEX and HOLD 
on BRIDNO (BIB MSTR is already in BRIDNO order). This ability is utilized in 
retrieval operations in the construction of separate and union book catalogs. 

In summary, interfiling and re-arrangement of records and informa- 
tion is performed on only one file: INDEX. The other files simply grow 

serially and randomly and do not require any resorting or complex processing 
during file maintenance operations. As previously indicated, the file 
structure is tape oriented and does not depend on disk storage. 
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INTRODUCTION TO DATA INPUT SUBSYSTEMS 

The generic term data input is used to describe the five basic 
procedural modules used to create and maintain the system files described 
in the previous section. The five basic procedures are: 

1. Capture data - secure copy of catalog card 

2. Encode record - add MARC II bibliographic tags and codes 

3. Keyboard record - transform coding sheet to machine-readable form 

U. Convert record - translate tags, codes and data to MARC II format 

5. Construct files - build Master, Index and Holdings files 

Briefly, there are three major conditions under which input can take place 
in the CSL-PC system: 

1. Conversion of the first library in the system 

2. Conversion of subsequent libraries joining the system 

3. Interim and post-conversion reporting of current acquisitions/ 

cataloging (all libraries). 

It is the first condition which exercises all the input functions. The 
first library's catalog must be reproduced; each record encoded, keyed 
and converted; and finally each entry will constitute a new record in 
the BIB MSTR, and INDEX and HOLD files. For the conversion of subsequent 
libraries (assuming some time has elapsed since the start-up of the first 
conversion) all the catalog entries must be copied; however encoding and 
keyboarding may be bypassed if the entry already exists in the Master File 
and the volume of additions to the BIB MSTR and INDEX files will be low, 
while there should be many new records added to the HOLD file (assuming 
a normal degree of collection overlap on the order of 50 %- 70 %)» 

The post-conversion period of acquisitions /cataloging reporting 
is the least complex of the three possible conditions. For one thing, 
securing a copy of the data is a lower volume operation and consists of 
an extra copy of the catalog card, LC proof slip or acquisitions order. 
Encoding, keyboarding and conversion are bypassed in favor of searching 
the MARC section of the Master File. If a matching record is not found, 
then a waiting period, coupled possibly with a notification to L.C., may 
follow in the anticipation of receiving the record on a future MARC tape. 

As a last resort, the encoding-keyboarding-conversion cycle may be required. 

A schematic, detailing the interactions of input modules and input conditions, 
is found in Sys Fig. 4. 
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SYS fig. Us SCHEMATIC OF INPUT FUNCTIONS AND CONDITIONS 



CONVERSION OF FIRST LIBRARY: 




CONVERSION OF SUBSEQUENT LIBRARIES: 




INTERIM AND POST-CONVERSION (ALL LIBRARIES): 
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PRODUCTION AND CONTROL (see Vol. 1, PROD chapter) 

The chief problems that this first input function deals with 
are the production and control aspects of retrospective conversion of 
a large catalog. The control problems are to those found in any 
inventory operation where there are many individual records to track 
and process. Analogies would be converting stockholder files. Insurance 
files, my files, etc., with one major difference: library catalog 

records carry no sequential serial number as basic identification. This 
record lumbering technique provides a basic control on the procedure in 
that it allows for checking the completeness of the conversion. 

However even if there were already an accession number on 
catalog cards (as there may be in some libraries), there are still two 
very serious problems encountered in the conversion operation. First, 
the editing is time-consuming, and libraries canno t afford to be with- 
out the use of the catalog cards for the entire process. Consequently, 
the editors must work with a copy of the catalog card. The need for a 
copy is reinforced by the need for coding 'template* to guide bibli- 
ographic editing/encoding. The catalog card should be reproduced 
directly onto the pre-printed template . (SYS Fig. 5 is an example of the 
reproduction utilizing pre-printed reproduction stock in the Xerox 720.) 
The copy procedure itself must also be fast enough to return the cards 
to the main catalog within a reasonable period of time. 

A second and equally serious problem is that only entries 
are to be considered in the conversion process. The selection of wadn 
entries should occur before the copy process, to avoid the cost of 
reproducing cards which will ultimately be discarded. We have as yet 
found no copy method cheap enough to allow main entry selection to occur 
after copying. This means that main entries will have to be selected 
out of dictionary or author/title catalogs, copied, and refiled back into 
their or i g inal positions. Here is where sequential control numbers can 
be a powerful tool. If sequential control numbers are imprinted on 
every card in the catalog (by means of a numbering/imprinting machine ), 
this number could then be used for controlling the main entry refiling. 
The operational sequence would be: 

1. Number entire catalog 

2. Select main entries 
3* Copy main entries 
4. Refile main entries 

ERIC 
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The final refiling step however would be a totally clerical process 
controlled by interfiling sequential control numbers, rather than 
requiring filing alphabetically by bibliographic conventions. 

There are two other similar problems which come up in steps 
2 and 3. These have to do with catalog data on extension cards and on 
the verso of a catalog card (which may itself be a single card or part of 
an extension card set ) . SYS Figure 6 gives some statistics on these pro- 
blems, and shows that their incidence is high enough (2U£) to warrant 
developing a procedural solution, again using a control numbering device. 
The solution consists simply of re-numbering all the selected main entry 
cards as one continuous set, on both the recto and the verso of the card 
(done in two separate passes). All the recto's are then copied. Verso's 
(with data) are selected out of the main entry cards (just as main entries 
were selected out of the total catalog) and copied. The verso cards are 
then refiled back into the main entry cards using the main entry serial 
number as a control. The verso copies are then associated with the 
proper recto's, again by use of the main entry serial number. Extension 
sets are not a serious problem since they always continue a string of 
sequential serial numbers. 

A schematic of this entire process is outlined in SYS Figure 7. 
This eight step sequence presents a method for production and control 
which is general enough to be applied to any library which intends to 
convert its holdings to machine form preparatory to joining the CSL-PC 
network. The expense and detail are well justified, we feel, by the 
positive control and verification made possible. Undertaking such an 
extensive clerical operation with appropriate unit controls should 
provide the operational staff with the means for assuming responsibility 
for complete coverage and complete catalog security. 

SYS Figure 7-A represents three data cards with control num- 
bers imprinted on them. 
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CSL PROCESSING CENTER 
INPUT CODING SHEET: 
MONOGRAPHS 



Date 1 Date 2 



DATE TYPE: 



SYS Fig. 5 



THE CATALOG CARD WILL BE REPRODUCED 
IN THIS SPACE. 



"bc| 


2 dates : 2 d is © 




bml 


multiple date span 




bn 


date not known 




bq 


digits missing 




br 


prev. published 





□a. 



ea 



eb 



ec 



JLC call no. la 
bracketed 



CATALOG SOURCE: 
NAL 



NIK 

Coop. Cat. 



ed NUC 



eel o ther 
eft p rig, cat. 

FORM OF REPRODUCTION: 



I gal 



microfilm 





microfiche 


ra 


mi cro- opaque 


|5D 


large-print 




CONTENT FORM: 


m 


abstracts 


ETC 


bibliographies 




catalogs 




dictionaries 




encyclopedias 




hndbks . /manuals 


ES 


indexes 


EE 


program!, texts 




directories 


m 


statistics 


E7i 


yearbooks 




TYPE OF WORK: f 


33 


Juvenile 


Jb 


fiction L 


ic 


autobiography 


id 


biog.-indiv. 




biog.-coll. 



TYPE OF ADDED ENTRY: 



Series traced same 
as note 


Ja 




















Series traced dif- 
ferently from note 


Jr 




















Subject headings 
and subdivisions 


Ja 




















Non-subject/non-se- 
ries tracings 


Jq 





















GOVERNMENT PUBLICATION: 



ES 


U.S. Federal 


kb 


Cal State 


kc 


Cal Co. /Muni. 


kd 


international 


ke 


other govts. 



ual 



ub 



uc 



ud 



MAIN ENTRY HEADING: 
ype of main entry 



} 5 



jn.e. is subject 
jn.e. is publisher 
jD.e. repeated in body 



| ma| c onference pub. 

__non-keyable data 

G3_ jcancel title added 
entry same as title 



HOLDINGS: 

Total 

System +Br Copies 
• m Here 



G3_ _card lacks title 



traced same as 
short title 






lang. 



va 








vb 








VC 








vd 









[ tal 



translation 



must always be filled in 
must frequently be filled in 



EDITOR 


Mo. 


Day 


Yr. 


Minutes 











KEYPUNCH 


HER 


Mo. 


Day 


Yr. 


Minutes 
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SYS Fig. 6: DISTRIBUTION OF CSL RECTOS, EXTENSIONS, and VERSOS 

. based on ititial sample. 

. stated three ways: relative to titles, cards, and card-images. 

756 Titles 831 Cards 993 Card-Images 

(=1. 0992/title) (=1. 3135/title) 





Recto 


Recto + 
Extension 


Recto+Exten- 

sion+Verso 


Type of Cards 


R 


* Of 
titles 


(+ E) * R + E 


# Of 

cards 


(+ V)*R + E +V 


36 of card- 
images 
















Extension 

Non-extension 


43 

713 


5-69)6 

94-31 


(+75) - us 
<+ 0) = 713 


14.2036 

85.80 


(+13 > - 131 

(+149) = 862 


13.19)6 

86.81 


Verso 

Non-verso 


162 

594 


21.43)6 

78.57 


(+25) = 187 
(+ 0) = 644 


22.50)6 

77.50 


(+162) = 349 
(+ 0) = 644 


35.15)6 

64.85 


Overlap of 
verso and extension 


13 


1.72)6 


(+25) = 38 


4.57)6 


(+ 13) = 51 


5-14)6 



Detail Patterns 
of Cards 


R 


36 of 

titles 


H 

+ 

PS 

II 

+ 


i of 
cards 


(+ V) = R+E+V 


56 of card- 
images 


Recto only 


564 


74.6o£ 


(+ 0) = 564 


67-87)6 


(+ 0) = 564 


56.7936 


Recto-Extension 


30 


3.97 


(+50) = 80 


9.63 


(+ 0) = 80 


8.06 


Recto-Verso-Extensior 


11 


1.46 


(+23) = 34 


4.09 


(+ 11) = 45 


4.53 


Recto-Ex tension -Verse 


2 


0.26 


(+ 2) = 4 


0.48 


vo 

11 

CM 

+ 


0.61 


Recto-Verso 


149 


19.71 


+ 

0 

11 

H 

VO 


17.93 


(+149) = 298 


30.01 



j 

i 

i 
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SYS Fig. 7: PRODUCTION AND CONTROL SEQUENCE 



DESCRIPTION OF STEPS 


RESULT 


METHOD 


1. Number all cards 
(on verso) 


Refiling serial numbers 
assigned 


Mechanical number- 
imprint device 


2. Select main entries 


Main entry file to be 
converted 


Clerical process 


3* Number all main 
entries recto and 
verso 


Main entry serial numbers 
assigned 


Mechanical number- 
imprint device 


4. Copy main entry 
recto 


Copy of card to be used 
for editorial encoding 


Reproduces card plus 
editing template 


5* Select main entry 
verso cards 


Retrieval of data on 
card verso's 


Clerical process 


6. Copy main entry 
verso 


Copies to be used for 
editing-encoding 


Reproduce card 
without template 


7* Refile all main 
entries including 
verso file 


Resort catalog 


Use refiling serial 
number assigned in 
step 1 


8* Interfile copies of 
main entry verso and 
rectos 


Combined recto-verso 
copies 


Use main entry serial 
number assigned in 
step 3 
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SYS FIG. T-A : THREE CARDS WITH CONTROL NUMBERS 



CARD 1: NOR-MAIN ENTRY RECTO 



THE RECTO OF A NON-MAIN ENTRY CARD . 




(Note that this 
card has no 
control number) 



VERSO OF CARD 1 
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SYS FIG. T - A (CONT.) 

CARD 2: MAIN ENTRY CARD WITH CONTINUATION (see card 3) 



103459 * 



£ 655*1 Bartlett, Edward Everett, 1863- 

22 The typographic treasures in Europe, and a study of 

contemporaneous hook production in Great Britain, 
France, Italy, Germany, Holland and Belgium, with an 
addendum bjr J. W. Muller giving the principal dates and 
personages in printing history. .By Edward Everett 
Bartlett New York and London, G. P. Putnam’s sons, 
1925. ' 



185 p.,.l L incl. front, ports. 41 M .F, 

(Continued on next card) 




26-7358 



Card No. Assigned 
to all MAIN ENTRY 
Cards 



VERSO OF CARD 2 



o 


103459 ^ 


Muller, Julius Washington, 1667* 





Card No. Assigned 
to all MAIN ENTRY 
Cards 



Card No. Assigned 
to ALL CARDS in 
File Drawer (s) 
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SYS FIG. 7-A (CONT.) 



CARD 3: CONTINUATION OF CARD 2 



103460 

f 6 55*1 Bartlett, Edward Everett, 1863- Tho typographic 
B2 treasures in Europe ... 1925. (Card 2) * •* 

Title vignette .(map) 

"This edition is limited to live hundred and eighty-five copies." 

*'A chronology of printing, prepared as an aid to typographic research 
and study, by Julius W. Muller’': p. (59)— 185. 

“Works consulted"; p. 62-64. • 



1. Printing— Hist. 2. Type and type-founding. 3. Printers, 
ler, Julius Washington. 1867- 



printing. 

Library of Congress 

Copy 2. 

Copyright A sonoon 



... — i. Mul- 

n. Title- in. Title: A chronology of 



O 



Z124.B28 

ih 



26-7358 



I. 



Card No* Assigned 
to All MAIN ENTRY 
Cards 



VERSO OF CARD 3 
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BIBLIOGRAPHIC EDITING (see Vol. 3: CODE) 



At this point in the development of machine form library 
files, there is a considerable experience with the basic procedure of 
transforming a catalog card into its computer equivalent. The most 
widely used method of transformation is to write in bibliographic 
function codes and tags at appropriate points on the card itself. 
Depending on the level of complexity of the tagging scheme, the encoding 
may be performed by typists , clerks , undergraduates , library school 
students or experienced catalogers. The assigned codes are then keyed, 
along with the text of the card, and converted by computer program to 
a formatted machine record which translates the bibliographic function 
codes into data element identifiers. The machine record is normally 
reviewed and proofread for typographic and bibliographic accuracy; it is 
corrected if necessary, and certified as valid. 

Thus editing operates at two points in the system flow: 
original code assignment (prior to keying) , and data verification (after 
code conversion). Proofreading need not be performed by the same person 
who did the original encoding. 



In the CSL-PC system the complexity of bibliographic data 



definitions is very high, being matched to the MARC II standard of 
data element definition. MARC II is basically an attempt to make 
explicit the vast majority of information implicit in catalog data. 

For example , in the case of main entry, the following explicit distinctions 



are required: 

1 Type of Entry! 

1. PERSONAL AUTHOR 



Form of HeadingH 

Single Surname 
Forename 

Multiple Surname 
Family Name 



Data Elements 
Name 

Numeration 
Title (Honorific) 
Date 

Relator (e.g., *ed*) 
Form Subheading 



2. CORPORATE AUTHOR 



Place + Name 
Name (direct order) 



Name 

Subordinate Units 
Relator 

Form Subheading 
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Type of Entry 



3. CONFERENCE NAME 



k. UNIFORM TITLE 



5. TITLE MAIN ENTRY 



Form of Heading 


Data Elements 


Surname (inverted) 
place + Name 
Name (direct order) 


Name 

Number 

Place 

Date 

Subordinate Unit 
Form Subheading 


-- 


Uniform Title 
Other Title 


— 


Short Title 
Remainder of Title 
T.P. Transcription 



In addition, it must be determined whether: l) the main entry 

is also the subject of the work (as in an Autobiography); 2) the main 
entry is also the publisher of the work; 3) the main entry is repeated 

in the body of the card. 



The main entry example above represents only one item on the 
catalog card. The complexity of this one item should make it clear that 
the level of staffing required for this task is well above the clerical 
personnel utilized for simpler tagging operations. ILR has conducted 
successful experiments in MARC II encoding (using a data base of 10,000 
catalog records), and we have found that library school students who have 
had cataloging courses are competent to perform the level of encoding 
required. Based on our experience with these records, we therefore 
recommend that library school students supervised by a trained cataloger 
be utilized by the CSL-PC. We have developed a highly refined and efficient 
set of coding conventions to accomplish this work, and have written an 
explicit Coding Manual to support the training and reference requirements 
of the bibliographic editing staff. This material is found in Volume 
3 of this report. A discussion of the editor’s function is found in 
Volume 2, Processing Center Organization (PC-ORG). 



The encoding is done by writing some code symbols on the card 
itself and by supplying additional descriptors from a worksheet (or, as 
we call it, a coding sheet). The catalog card and the pre-printed coding 
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sheet are reproduced together on a single 8 1/2” x 11" sheet, as shown 
in SYS Fig. 5* The information on the card (call number, main entry, 
collation, etc. ) is IDENTIFIED on the card (call number, main entry, 
by writing certain assigned codes (such as the slash and percent sign) 
on the card itself . The information on the card is further DESCRIBED by 
checking off or filling in the pertinent items on the coding sheet (such 
as the language of the work or the type of date). 

SYS Fig. 8 shows a completed coding sheet with both the identi- 
fication codes (those written in on the card) and the description codes 
(those checked off from the pre-printed form) assigned. SYS Fig. 9 
shows a similar document used by the Library of Congress to construct 
MARC I records (see Library Resources and Technical Services , v. 12, no. 

3, Summer 1968* p. 311-319)* 

The coding sheet is the basic document which comes from the 
production and control sub -system; after encoding it is then sent on to 
be punched. The keypunched image of the document is then passed on to 
the convert system to be translated into MARC II records. There should 
be, and is, a control link across these four systems (production, encoding, 
keypunching and conversion), and that is the main entry serial number 
assigned in step 3 of the production cycle. The serial number will serve 
as an audit trail for tracking the basic document across these four 
input cycles (including correction and verification) and will be carried 
as a record ID in the conversion program. The main entry control number 
will guarantee total accountability, as previously suggested, and will 
give the ability to inventory: work loads, deferred entry categories, 

pending corrections and verified entries with respect to the conversion 
process. By allocating separate control number blocks to special 
purposes, control can be extended to include the mix of retrospective, 
interim, and ongoing conversion files for different libraries. 

Keying instructions are discussed in section 3 of chapter 
Processing Center Organization (PC-ORG), volume 2 of this report. 
Instructions for handling diacritic sequences are discussed in section 
4 of that chapter. 
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CSL PROCESSING CENTER 
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SYS Fig. 9: LC INPUT CODING SHEET 
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CONVERSION (see Vol. 1, CON chapter) 

From the system point of view, the conversion function consists 
of translating the ccles and tags, (supplied by bibliographic editors) 
and the text of the catalog card, into a MARC II format machine record. 
Conversion deals with record units only, and does not contain any 
manip ulation of the basic system files. It does maintain certain house- 
keeping files of its own, but these are for the purpose of holding coded 
and converted records until they can be reviewed and verified or deferred. 
In brief, then, the system boundaries for the conversion function are 
keyboarding on the input side , $ind file maintenance with respect to output. 



function! 

flow J 




input ] 
data J 


I catalog 

[ card 

1 „ 


coding 

sheet 

s | , 


worksheet 
/ 1 / 


coded 

record 

* 1 / 


new 

transaction 
' 1 


output ] 
data . 


J ^ 

i copy of 

( card 


1 / 
codes 
tags 


Jr / 

machinable 

medium 


i / 

converted 

record 


v 

updated 

files 



The above schematic depicts the flow of functions within the system. 

From the point of view of the flow of data, however, the 
conversion task represents the nexus of many different kinds of input sources, 
specifically: retrospective conversion, and search requests in support of 

cataloging for current acquisitions (to be discussed fully in a later 
section of the system description). The first two inputs may be in the 
form of either full or partial record data; the third input type will be in 
partial form only. 

Data Source Type of Record Function 

Retrospective Full 



Retrospective 
Current Cataloging 



Partial 

Full 



Probably addition to 
Master File 

Search for duplicate 
already in Master File 

Probably addition to 
Master File 
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Data Source 
Current Cataloging 



Current Acquisitions 



Type of Record 
Partial 

Partial 



Function 

Search for duplicate 
already in Master File 
(especially MARC section) 

Search MARC portion of 
Master File for duplicate 



Partial records may consist of only author and short title 
(minimum), or also call number (optional), and subject tracings (optional). 
Author-title is necessary for any search operation. Call number and 
subject tracings may be present to indicate variations from the record 
already in the master file. The appropriate conditions for these various 
forms of record inputs and functions will be more fully discussed under 
the topic file maintenance in the system description. 

The internal flow within the conversion function is itself 
composed of a number of separate sub- functions , all operating together to 
allow for code translation, editorial review, error correction, and 
continued re-cycling until the record can be verified. It should again be 
noted that here as throughout the entire input cycle, the main entry 
serial number is the predominant means for control and for identifying the 
same entry through many different procedures . The main entry serial 
number (MESH) is originally assigned to the source catalog card during the 
production and copy process. The MESH appears on the card-template copy 
of the catalog data. It is then used in editor's logs to record their 
work flow. During keyboarding, in addition to serving as an input-output 
control, the MESH is punched along with the card text and codes. Thus it 
is also present in the computer record where it functions as a GRIDHO 
(Conversion Record ID Humber). Finally, when the converted record is 
printed out for editorial review and verification, the correlation of the 
coded card-template document with the computer print out is accomplished 
by Unking an MESH with its matching CRIDNO. 

The first step in the record conversion process is to sort the 
keyboarded records into MESH/CRIDNO order. The codes, tags, and text for 
each catalog record are then input and processed directly, record by 
record, by the main conversion program. The input records may be 
classified into two main groups: (l) first-time input, and 
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(2) transactions to records already in the conversion program Work 
Tape (WT). As already mentioned, the first-time category may contain 
full or partial records. The transaction category may also he 
subdivided into (2.1) corrections, (2.2) verifications, (2.3) deferments. 
Unless otherwise specified, input records will be assumed to be in the 
first-time full-record category. (Partial records, corrections, 
verifications, and deferments will be signalled by an alphabetic suffix 
appended to the MESN/CRIDNO during keying; these suffixes will be P, C, 
V, and D respectively. ) The conversion program treats all first-time 
Inputs in the same way. Separate paths are followed for the various 
types of transaction inputs. 

First-time inputs. The basic operations performed on first- 
time Inputs are: 

1. code translations 

2. code assisted field recognition 

3. automatic field recognition 

U. legality editing 

These four steps constitute the basic processing techniques 
used by the conversion program, and each is performed on that definite 
class of data elements to which the technique is relevant. Each 
technique contributes to the construction of a record which is at the 
MARC II level of data element identification and description. Code 
translations are oriented to the check boxes on the card-template 
input coding sheet, and serve to build the fixed field descriptors and 
variable field indicators in the MARC format. Code assisted field 
recognition depends upon scanning the card data itself for field and 
sub-field delimiters, and then constructing the data fields according 
to MARC II specifications of demarcation and identification. Automatic 
field recognition techniques, where feasible, accomplish the same goals 
except they do not depend upon editorially supplied codes to support 
MARC II data element identifications. Legality editing is the analysis 
of the record for inconsistent or illogical cataloging or coding 
situations; for example: analytic author added entries not in author- 

title form. 



o 
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The philosophy of the Conversion subsystem is to create a MARC record 
as quickly and as simply as possible, and then to process that MARC record 
for other conversion functions such as listing or correction. Thus the 
output of the conversion program for first-time inputs, is a MARC record 
vhich will then be printed out and corrected. The proofreading format, 
consequently, is oriented to MARC fields and subfields rather than to in- 
put codes or a catalog card format. The format is as follows: 



Tag 

1st Subfield 




2nd Subfield 


(5 sp) 


3rd Subfield 


(10 sp) 


Uth Subfield 


(15 sp) 


IMPR 260 


Place $a New 


York, 


Publ $b 


Grosset and Dunlop, 


Date $c 


(1957, 


Date $c 


el93l) 



The MARC tags and delimiters are displayed for bibliographic verification, 
and the card text for typographic proofing. Of the two, bibliographic 
accuracy is more crucial to adequate system performance. SYS Fig. 10 gives 
an example of a complete record printed out in proofreading format. 

TRANSACTION INPUTS. For the conversion system, transaction inputs «.ll 
refer to records already on the Work File Tape. Transaction records* as 
the name implies, contain actions to be performed upon records vhich have 
already come through the "first-time” conversion cycle. The three types 
of transactions are: 

1. corrections 

2. verifications 

3* deferments 

A schematic of the flow of transaction inputs through the conversion system 
is given in SYS Fig. 11. 

Corrections occur as a result of editorial review. Corrections are 
identified by locations (field tag, word string) and by function (copy, 
delete). Corrected records are re-printed (only the altered portion) for 
further editorial review. It should be noted that L.C. MARC I experience 
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indicated that kl% of all initial corrections required a second correction 
cycle. Corrections and proofreading will be done by input editors. 

When a record - either partial or full - has been proofread and cor- 
rected to an acceptable standard of bibliographic and typographic accuracy , 
it is released from the conversion system. The release is triggered by a 
specific transaction record which certifies the completeness of the editing 
and conversion/correction cycle. The record is then written onto a clean 
batch tape, to be processed by the file maintenance subsystem. 

The defer transaction is designed simply to hold records on the Work 
File for an indefinite period, for whatever reason. Entries in a defer 
status will be ignored in any time-on-work-file statistics or inventories. 



CONVERSION SUBSYSTEM . 

The conversion subsystem consists of four distinct processing modules, 



each of which accomplish a separate function with respect to the overall 
task. These four are: 



1. Convert (TRANS) 

2. Correct (FIX) 

3. Format (LIST) 

U. Confirm (PASS) 



translate edit codes /tags to machine record 

correct editorial/machine errors 

output both conversions and corrections 
for manual review 

release records to File Maintenance sub- 
system 



SYS Fig. depicts the interaction of these four conversion modules, 
by showing three distinct cycles of an entry through the subsystem: orig- 

inal input, correction, confirmation. Cycle one (original input) requires 
the TRANS and LIST modules. Cycle two (correction) takes place after edi- 
torial proofreading and review and requires the FIX and LIST modules. 

Cycle t hr ee (confirmation) is the final system function and requires only 
the PASS module. 



Records which undergo a successful conversion are released to a batch 
file which acc umul ates for processing by the file maintenance subsystem. 
Since any conversion run may be required to process concurrently cycles 
one, two or three, an executive control routine (EXEC) will be used to 
determine which modules to call in order to accomplish a given cycle. 
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SYS FIG. 10: 
TAG 

delimiter 
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TITLE 
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SAMPLE PROOFREADING FORMAT 

Catalog Card Data 
518178 

F591 W35 1957 



Webb, Walter Prescott, 
1888 - 



The Great Plains. 



New York, 

Grosset & Dunlap, 
(1957. 

cl93l) 



525 p., 

illus., 

21 cm. 



(Grosset* s Universal Library, UL-29) 
Includes bibliographies. 



Great Plains 
Hist. 



Mississippi Valley 
Hist. 

F591 

978 

57-4356 

Printed for A. B. P. 



c - (pub + copyright) 

1957 

1931 

a- (illus) 
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SYS Fig. 11: FROCESSHG CYCLES FOR COKVBRTIMO CATALOG RECORD 
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FILE MAINTENANCE^ 

The primary task of the file maintenance sub system is to 
preserve the integrity, organisation and cross referenced structure 
of the system's three control files: BIB MSTR, INDEX and HOLD. 

For each file there is a different set of requirements: 

FILE REQUIREMENTS 

Represent each book title by one and only 
one BIB MSTR record. 

Partition file into MARC and non-MARC 
segments . 

Eliminate frequent sorting/copying of 
BIB MSTR file. 

Preserve reference to BIB MSTR record. 

Maintain alphabetic Title/Author sequence 
in INDEX file. 

Limit size of INDEX file. 

Preserve reference to BIB MSTR record. 

Carry holding library code and local 
cataloging variations. 

Replace references to BIB MSTR non-L . C . 
records with references to L.C. records, 
where possible. 

Eliminate frequent sorting /copying of 
HOLD file. 

Partition HOLD file into calendar-time 
segments . 

Each of the processing requirements can be satisfied by 
constructing a set of primary algorithms to be followed in the 
file/maintenance sub system, although some requirements are met 
by the design and contents of the files themselves. 



ERIC 



REQUIREMENTS RESOLUTION 



BIB MSTR 




1.1 One BIB MSTR record 


1.1 Match each new title against INDEX 


per title. 


file; if duplicate, do not add to 




BIB MSTR. 


1.2 MARC and non-MARC 


1.2 Reserve separate record ID number 


segments. 


series for MARC and non-MARC records. 


1.3 Eliminate sort /copy 


1.3 Address records to BIB MSTR file 




serially in record ID number order. 
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1. BIB MSTR 

(Bibliographic 

Master) 



1.1 



1.2 



2. INDEX 



(Title/Author 

Index) 



3. HOLD 



( Library 
Holdings ) 



1.3 

2.1 

2.2 

2.3 

3.1 

3.2 

3.3 



3.U 

3.5 



REQUIREMENTS 



RESOLUTION 









2.1 Reference to BIB MSTR 
record. 


2.1 


Carry BRIDNO in INDEX record. 


2.2 Title /Author alphabetic 
file sequence. 


2.2 


Interfile new records into INDEX 
file in alphabetic order. 


2.3 Limit INDEX size. 

1 


2.3 


Use fixed length records, with 
compressed Title /Author data. 


HOLD 






3.1 Reference to BIB MSTR 
record. 


3.1 


Carry BRIDNO in HOLD record. 


3.2 Local variations. 


3.2 


Carry call number and subject 
tracings in HOLD record. 


3*3 Replace non-L.C. 
references . 


3.3 


Maintain a list of BRIDNO* s of 
L.C. non-L.C. record pairs in 
BIB MSTR. Before using HOLD 
file exchange BRIDNO* s in 
affected HOLD records. 


3.1» Eliminate sort /copy. 


3.k 


Address records to HOLD file 
serially in record ID number order. 


3.5 Calendar-time file 
partitions. 


3.5 


Keep track of HOLD record ID 
numbers assigned during specific 
time periods, by recording date 
of entry in HOLD record. 



Resolving the processing requirements determines the overall 
strategy of the file maintenance operation, which is basically: compare 

each new entry against the existing file; if there is a matching record, 
build additional holdings record; if no match, add the current entry 
to master, index, and holdings files. Schematically this is simply 
represented: 




However, as has been pointed out by the previous two tables, the overall 
flow is complicated by many factors, especially the problem of replacing 
a non-L.C. BIB MSTR record with a newly entered L.C. record for the same 
title. 
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The resolution of that problem has been given here as well as 
in the initial description of system file organization, .^nd will not 
be repeated here except in schematic form. It should be clearly noted 
in addition, that the L.C. replacement algorithm covers the inclusion 
of MARC records in the system files, as will also be shown in the 
processing schematic, SYS Fiff.13 on following page. The flow begins at 
the second step of the previous chart, after the batch of new entries 
has already been sorted into (compressed) Title/Author sequence, to 
be matched against a similarly compressed and ordered INDEX file. 



An additional complicating factor in the file maintenance system 
logic is the composition of any transaction file of new entries. The 
batch may be composed of both full and partial entries, as previously 
described. 

SYS* Fig. 12: FILE MAINTENANCE TRANSACTION MODES 



Type 



Full 



Partial-Mode I 

Partial-Mode II 
Partial-Mode III 

Partial-Mode IV 



Purpose 



Retrospective Conversion* 
Current Cataloging 
MARC tapes 
Search Request 

File Update 
Card Request 

Wait for MARC 



Maintenance Logic 



Add to Master File if 
not duplicate. 



Search Master. If match, 
return BRIDNO. 

Add data to HOLD file. 

Access master file and 
produce cards, labels, etc 

Search newly arrived 
MARC tapes. 



The processing functions for full entries has already been covered in 
the prior discussion. Additional description is needed for the logic 
of processing the four distinct types of partial entries. 

Partial-Mode I (Search Request) . The form of the entry is Author * 
Title, Transaction Code ("Ml), publication date, L.C. card number (if 
available). The request is made by any network library (other than 
the first to undertake retrospective conversion) wishing to support 
its retrospective or current conversion efforts. The logic of the file 
maintenance system calls for interrogation of the system files via 
the INDEX file, 
o 
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Partial-Mode II (File Update). All Mode II transactions represent 
resubmissions of partial data entries that have been through Mode I or 
Mode IV, which are both search request modes. The form of the entry is 
at least Author, Title, Transaction Code (*M2) , publication date, LC 
card number, local call number. The remainder of the entry may contain 
subject tracings vn various combinations depending on the mix of conditions. 
Since it is assumed that all Mode IT entries do in fact have a matching 
system record, the failure to find such a match will be flagged as a 
user error condition (without penalty). The result of a successful 
match is the creation of new HOLD record in the holdings file, con- 
taining library code, local call number, and local subject tracing if 
appropriate. 

Partial Mode III (Card Request). Any Mode II transaction may be 
submitted as a Mode III transaction as well, with the addition of a 
BRIDHO as request for a computer printout of catalog cards and book 
labels. Obviously this would be generally meaningful only for uncataloged 
transactions. Mode III transactions must be accumulated to a reasonable 
batch size, since the information requested resides only in the BIB MSTR 
file, which in turn will reside on many reels of magnetic tape (maximum 
of 35,000 BIB MSTR records per high density tape). Mode III requests 
are sorted into BRIDHO order and passed against the Master file; matching 
BIB MSTR records are pulled off into a separate file for formatting and 
output . 

Partial Mode IV (Wait for MARC). This maintenance path is designed 
for those entries which are current imprints but not yet in the system 
files, although it is reasonable to expect their imminent arrival. 

Father than the requester constantly resubmitting these entries, they 
are accumulated and held on a special subfile. This Mode IV subfile 
is maintained in alphabetic order; when a matching entry is found in 
the system files, that particular Mode IV transaction record is dropped 
from the subfile. Appropriate time-in-file controls can be built in, 
since an alternative to Mode IV status is to edit and convert the full 
entry. 
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INTRODUCTION TO DATA OUTPUT 

Output processing is the generic term used to describe the 
four subsystems vhich create or support the production of output services 
or documents in the California State Library-Processing Center. We 
have already discussed an indirect form of output service under File 
Maintenance: specifically the production of catalog cards from MARC 

tapes. However, here we wish to distinguish single entry outputs from 
the level of total file processing; entry is very much an input considera- 
tion, while most output processing at this stage of the development of 
the California State Library-Processing Center, is file oriented. 

There are four output processing subsystems vhich will be 
discussed in the system description: 

1* Authority Verification 

2. Data Retrieval 

3. Book Catalog Filing 

U. Book Catalog Fonaatting 

Authority verification has the task of standardizing all author 
names and subject terms in the file, and also of generating author and 
subject syndetic cross references. Data retrieval is designed to 
construct the subfiles necessary for the production of union/single library 
book catalogs; and also to consolidate local library variations into the 
Master File record. Book catalog filing has the double role of creating 
added entries for the book catalog and also for generating sort keys that 
can be manipulated to produce an acceptable bibliographic arrangement of 
entries. Book catalog formatting controls the structure of the output 
entries, output messages (see also, see under), heading suppression and 
page layout of the final printed product. 

A schematic of the output processing flow is given in SYS Fig. lh. 
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SYS Fig. lU: OUTPUT PROCESSING FLOW 
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AUTHORITY VERIFICATION (see Vol. 2, Chapter VER) 

Authority editing is the first system function ve have 
discussed thus far vhich represents a clear transition into the output 
area. Although verification of authors and subjects can be performed 
on an entry-by-entry basis (as it is to some extent in the course of 
file naintenance), the major authority verification is performed as a 
file processing operation. The efficiency of this is clear: supplying a 

date for a chronological subject heading subdivision can be done once 
and then be applied to all the entries in vhich the heading appears. 

The benefits of the editing effort are distributed across all the 
entries in vhich the heading is used. 

Thus the major technique applied in the verification system is 
to construct consolidated records vhich combine all the occurences of a 
given name /term. These consolidated records are similar to a union 
list, in the sense that all the entries vhich utilize the name/term are 
indicated in the union record (by BRIDNO). It should be noted that author 
verification applies to added entry tracings as veil as to main entries, 
so that the author file will be quite extensive. 

The following table is a schematic of two name authority union 
records. Each record contains the full author name, plus a string of 
BRIDNOs representing each occurrence of the name. In addition the type 
of occurence (main or added) is given. 



NAME 


BRIDNOs 


LC 


TYPE 


Love , Robert Merton 1909- 


005 


N 


Main 




007 


N 


Added 




025 


N 


Added 




037 


N 


Main 




0U5 


N 


Main 


Love, Robert us 1867-1930 


003 


Y 


Added 




021 


Y 


Added 




905 


Y 


Main 




052 


N 


Added 



The union record also contains a LC/non-LC flag (if any of the 
BRIDNOs represent L . C . catalog records), and also a sequential author 
verification record ID number (AVRIDNO). 
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The union records are displayed 


in the following 


summary 


fashion: 


SEQ. NO. 


LISTING 

NAME 


L.C J 


NO. 

MAIN 


NO. 

ADDED 


10U20 


Love, Robert Merton , 1909- 


N 7 


3 


2 


101*21 


Love, Robertus, 1867-1930 




1 


3 



Corrections are posted to a single record, identified by ID SEQ. number; 
the correction will ultimately be applied to all the entries represented by 
their BRIDNOs in the union record. 

If required, a list of the BRIDNOs of any union record can be 
printed out in addition to the summary listing, although this would not 
be produced except by request. Similarly to facilitate editorial verifica- 
tion, short title could be carried with each BRIDNO in the union record, 
even though this would lengthen the union record size. Then for 
difficult cases, editors could request Title Lists to establish a context 
for the author names. 

The chapter on Authority Verification (chapter VER), describes 
all the detailed steps and subroutines required to implement author and 
subject verification. The basic assumption in the chapter is that the 
process does not cumulate over time, and that each verification is a 
first-time operation. From the system point of view however, the 
authority files do build with each verification cycle and are re-usable 
during each succeeding cycle. This is shown schematically in the 
following diagram: 





SYS Fig. 15: AUTHORITY VERIFICATION CYCLE 
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Each verification cycle includes the files built during all the preceding 
cycles. These previously verified files constitute a dictionary of 
standard forms, in much the same way that successive editions of L.C. s 
Subject Headings provide a body of standard subject references. The net 
effect of this is to reduce the amount of editing to be performed during 
subsequent verification cycles. 

It can be seen from the above that the entire file need not be 
verified, except for the first time. The BRIDNO series covered by any 
authority edit is discrete and need not be repeated. 

BRIDNOs III EACH VERIFICATION CYCLE 

001 - 500Cj |5001 - 7000| ^7001 - 8500^ etc. 

first edit second edit third edit 



From the point of view of the growing inclusiveness of the authority 
file, however, the BRIDNOs whose names/terms are verified is an overlapping 

series: 



BRIDNOs VERIFIED BY AUTHORITY FILE 
0001 - 5000 , 5001 - 7000 



7001 - 8500 



first edit 
second edit 
third edit 



Thus the ongoing requirements of authority editing decrease rather radically. 



In this way authority editing can be seen to bear a strong resemblance to 
the time phases of conversion, moving from large scale retrospective 
application to a steady-state ongoing operation. 

The context of verification has for the most part been the 
establishment of invariant forms of names or terms. An equally important 
function is to verify the presence of a date or dates in period subdivisions 
of subject tracings. This is an important form of editing, because it 
will be used by the system filing program (see chapter FILE) to arrange 
such subdivisions into chronological rather than alphabetic order in the 
output book catalog. Simple examples are: 
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HEADING AND SUBDIVISION 


DATE REQUIRED? 


U.S.— HISTORY— CIVIL WAR 


YES 


U.S.— HISTORY— REVOLUTIONARY WAR 


YES 


U.S.— HISTORY— WAR OF 1812 


NO 


U.S. —HISTORY— WORLD WAR I 


YES 



The system filing rule program requires the presence of a date on vhich 
to sort. The authority edit program will flag all such subdivisions 
vhich require a date. After the dates are supplied the entries will 
be re-arranged in the printed book catalog: 

BOOK CATALOG CHRONOLOGICAL ORDER 

U.S;— HISTORY— REVOLUTIONARY WAR (1776-1780) 

U.S.— HISTORY-WAR OF 1812 
U.S.— HISTORY-CIVIL WAR (1860-1865) 

U.S. —HISTORY— WORLD WAR I (191U-1918) 

The dates for the above have been entered via the subject authority 
verification cycle. 

Additional use for authority editing is to partition the 
output files by network library. These individual files would be developed 
after editing has been done on a system-wide basis, to avoid redundant 
effort. At that point, it would be useful for individual libraries to 
retrieve and print out their own files. This would be especially true 
for subject files. A single library* s subject file could be run 
through that part of the system vhich would yield outputs in the form of 
"see" and "see also" reference records. These records could be 
printed on 3 x 5 cards to give a complete subject authority cross reference 
file in card form. 
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FILE RETRIEVAL 

The parameters or traditional information retrieval in the 
California State Library - Processing Center system, are controlled by 
two factors; hardware and file design. The hardware configuration does 
not include a large random access storage device capable of accommodating 
a reasonable size BIB MSTR file (i.e. 580 x 10^ characters for a 10 
entry file). Consequently it consists of serial storage and therefore 
permits only serial access. The design of the files reflects this hard- 
ware characteristic, and attempts to optimize file maintenance by re- 
ducing entry interfiling and direct access searching. 

The implications of serial access both in hardware and file 
design, are that the system's retrieval operations vary in efficiency, 
depending on the level of search definition. Retrieval is least effi- 
cient under the condition of searching its files for a single item in 
response to a single request; in fact there simply is no such provision. 
Retrieval is moderately efficient however when single items are searched 
for in response to a batch of requests. The logic of the operation 
doesn't change; it is Just that the economics become radically more 
favorable. Two system functions already discussed - file maintenance 
and authority verification - utilize this mode of batched single item 
retrieval. The following table summarizes these operations; 



SYSTEM 

FUNCTION 


FILE 

SEARCHED 


SEARCH 

METHOD 


SEARCH 

OUTPUT 


ACCESS METHOD 
TO BIB MSTR 


l.Add New 
Entries 


INDEX 


Batched 

Transactions 


BRIDNO 


Manual look-up in BIB 
MSTR print-out. 


2. Request for 
Catalog Cards 


INDEX 


Batched 

Requests 


Catalog 

Cards 


Sort requests into 
BRIDNO order; merge- 
match with BIB MSTR* 


3 .Author Edit 


BIB MSTR 


Correction 

File 


BIB MSTR 
Record 


Sort Correction File 
into BRIDNO order; 
merge-match with BIB 
MSTR. 


4. Subject Edit 


HOLD 


Correction 

File 


HOLD 

Record 


Sort Correction File 
into HRIDNO order; 
merge-match with HOLD. 
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The method of operation for all retrieval of individual items 
is simply to batch; and sort the batch (of search requests; of record 
corrections) into the same sequence as the file being searched: 

File Searched Sequence of Batch 

INDEX Title/Author (compressed) 

HOLD HRIDNO 

BIB MSTR BRIDNO 

Note that in the case of matched requests; the output is frequently 
a surrogate for the BIB MSTR record, an address in a volume of print- 
outs expressed in terms of a BRIDNO. The Master File record itself 
is not delivered because there is no immediate direct access to it, 
either in the computer file or in the printout. All access operations 
must be done via a second pass: manual lookup or re-sorting search 
requests after a BRIDNO has been retrieved via author file searching. 
(See Mode II transactions in File Maintenance operations. ) 

The system does however have an efficient retrieval mech- 
anism, which operates on the file level rather them on an author-title 
level. The orientation of retrieval at this level is to select an 
entire subfile whose entries form a logically linked subset. The 
nature of this subset is controlled by the two basic foci of the system: 
book titles and holding libraries. The subsets to be retrieved are 
defined in terms of the relationship of books and libraries: all the 
titles held by a single network library, or all the libraries holding 
a single title. Serial access is not a severe limitation on the type 
of retrieval and the system files are designed specifically to support 
the development of the two types of subfiles just described. 

It should be clear then that file retrieval depends upon 
manipulating the HOLD file, just as record retrieval depends upon the 
data in the INDEX file. The HOLD file, it will be recalled, contains 
two main classes of information: the code name of the holding library, 
and variations in call number and subject tracings. The following is 
the example of HOLD used previously. 
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HOLD Recoris 001-009 



Reed ID No. 


001 


002 


0C3 1 


1 °°* 


005 


006 


007 


006 


009 


* Title 


MNO 


ABC 


ABC 


MNO 


JKL 


JKL 


ABC 


JKL 


DEF 


BRUNO 


001 


002 


002 


001 


003 


003 


002 


003 


004 


Lib. Code 


Z 


T 


Z 


T 


T 


W 


W 


Z 


W 



(♦Title is not actually present in the HOLD file; it is shown for 
illustration only) 

There are three different modes of retrieval that can be per- 



formed. 

I. For one single library, retrieve all titles held. 

II. For each and every single library, retrieve all titles held. 

IH. For each title, retrieve all libraries holding the title. 

Node I retrieval is performed by selecting from HOLD all rec- 
ords with a specified library code. The selected subfile will contain 
the BRUNOS of the requested BIB MSTR records. Example: retrieve 
holdings of library T. 



SYS Fig. 16: MODE I RETRIEVAL 



Selected BOLD file BIB MSTR 



Lib. Code 


BRUNO 


BRUNO 


Title 


T 


002- __ 


>001 


MNO 


T 


001 




ABC 


T 


003 


>003 


JKL 






004 


DEF 



The obvious second step in Mode I retrieval is to sort the BOLD subfile 
on BRUNO to construct an ordered access list to BIB MSTR. 

Mode H retrieval may be accomplished by successive iterations 
of the first method. However an effective short cut is to sort the entire 
H OL D file into Library code - BRUNO order. This is shown in SYS Fig. 17. 



SYS 



Sorted HOLD file BIB MSTR 

Lib. Code BRIDNO BRUNO Title 




SYS Fig. 17: MOLE II RETRIEVAL 



As the figure indicates, the re-ordered HOLD file presents us vith a 
set of BRIDNO lists, one for each library represented in the HOID file. 
Each list, or single library subsection of the re-ordered HOLD file, is 
then passed successively against the BIB M3TR file. At the end of each 
list pass, the BIB MBTR file is repositioned to its initial point. 

Mode HI retrieval is accomplished by sorting the HOLD file 
into BRUKO-Library code order. An example is given in SYS Fig. 18. 



Sorted HOLD file 



BIB MBTR 



Lib. Code 
T 
Z 
T 
W 
Z 
T 
W 
Z 
W 




SYS Fig. 18: MODE III RETRIEVAL 

In this case the re-ordered HOID file can be matched just once against 
the BIB MBTR file, since all the library code references to a single 
BRIDNO «ire sequentially arranged. 



The three modes of retrieval are each used to implement a 



different output requirement: 



Requirement 



Retrieval Mode 



1. union catalog-all libraries IH 

2. union catalog-some libraries I and HI 

3* separate catalog-single library I 

4. separate catalogs-some libraries 1 and IH 

5* separate catalogs -all libraries II 
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The most cannon system outputs - union catalog, all libraries; separate 
catalogs single library - can each be accomplished by simple sort-merge 
or retrieve-sort-merge operations. Successive passes against the Master 
Pile (Retrieval Mode II) will probably be infrequent. 

In the case of union catalogs, where several HOLD records may 
access a single BIB MSTR record, it should be noted that variations are 
added to the Master Record, where possible. This is especially true where 
HOID record subject tracings may vary from those in the BIB MSTR record. 
Variant call numbers and the different library codes are also preserved, 
although the different call numbers may not be printed in the final book 
catalog. In the process of accessing BIB MBTR records, the retrieval sub- 
system will consolidate and combine the varying subject tracings found in 
the HOLD file. 

It should also be clear from the preceding that the output of 
the retrieval subsystem is an unordered set of BIB MSTR records. It re- 
mains for the Book Catalog Filing system (a) to generate added entries, 

if required; and (b) to sort the entire file into acceptable bibliographic 
sequence. (See chapter PILE* volume 2). 
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BOOK CATALOG FILIBG (See FILE Chapter, volume 2). 

The subsystem described in chapter FILE has two primary tasks assigned 
to it: l) generation of entries to be included in a book catalog output, 

and 2) establishment of a bibliographi cally acceptable order of entries in 
a book catalog output. In conventional library practice, these two functions 
correspond to the topics of added entry tracings and catalog filing rules. 

The first function increases access points to the data file by cre- 
ating multiple versions of the same entry; each version (or added entry) 
is presented under a separate heading, distinct from the main entry. 

Examples of added entry types are: title, series, subjects. Joint authors, 

etc. Hie second function, filing, enhances the usefulness of the final 
output by imposing a bibliographically coherent organization upon the 
natural alphabetic sequence of entries. In this organization, form fre- 
quently follows function in that the attempt is made to group together 
bibliographically similar items and to create useful subarrangements within 
these groups. 

From the computer point of view, it is relatively straightforward 
to generate added entries from a single central master bibliographic 
record. Implementing bibliographic filing rules via computer , however, 
is far more difficult because of the complex and implicit nature of 
traditional bibliographic filing schemes. Therefore, the major portion 
of chapter FILE is devoted to the elaboration of a logical framework 
within which various filing schemes can be analyzed. 

Hie computer sort performed on catalog cards is a non-standard 
computer sort in two respects: l) the structure of the data, and 2) the 

complex rules required to achieve the ALA filing order. For example, ALA 
filing requires the division of similar headings into subgroups that are 
filed in a classified order which disregards alphabetical order except 
irf t.Mii each subgroup. Hie following headings, which are in correct 
ALA filing sequence, illustrate this point: 
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London , Jack, 1876-1916 



London 



London 

LONDON 

LONDON-ANTIQUITIES 
London as it is today. 
LONDON BRIDGE 



(single surname- 
personal author) 

(non-single surname- 
corporate author) 

(title) 

(subject) 

(subject) 

(title) 

(subject) 



The complexity of the filing rules makes it impossible for a 
standard computer sort to result in A LA or any other particular library 
filing order for the following reasons: 

1 . The complete construction of a given heading is dependent 
upon the form of the heading and the bibliographic function of the entry . 
For example, the heading may consist of an author with his dates and 
designations , and may be a main entry or an alternate or connecting entry. 
The complete heading must include controls to guarantee the proper filing 
and grouping of the entry according to heading form and entry type. In 
addition, the user may choose to determine the basic suborder of entries 
within an entry type group. 

2 . The text of a given heading is often not the text which is 
to be filed, i.e., information which appears in the heading must some- 
times be spelled out in another form; information must be omitted; 
information not present in the heading must be supplied, etc. For 
example, if the text of a title added entry heading were "The Old Man 
and the Sea," the filing text would be "Old Man and the Sea," i.e. , the 
initial article "the" would be disregarded in filing. 

3 . The filing sequence of characters (including the blank, 
numbers, letters, signs and symbols) in a standard computer sort is 
different than the order prescribed in library filing rules. In a 
standard computer sort the collation sequence is blank, numbers and 
letters, with punctuation, signs and symbols interspersed among the 
letters; in the ALA rules the collation sequence is numbers, letters, 
signs and symbols. Punctuation and diacritics are disregarded. We will 
distinguish four types of filing rules: 
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1) Those which pertain to the filing sequence by heading form 
and entry type 

2) Those which pertain to the filing sequence by the body of the 
entry 

3) Those which pertain to the filing sequence of words , and 

U) Those which pertain to the filing sequence of characters. 

Throughout this discussion the first kind of filing rule - form 
and type - will be referred to as heading construction ; the second type - 
body of the entry - will be referred to as suborder arrangemen t: the third 
type - word by word - will be referred to as editing ; and the fourth type - 
character by character - will be referred to as collation sequence . SORT 
KEYS, the ultimate goal of the filing system, will enable the computer to 
sort the nunerous and varied catalog entries into the desired ALA fi ling 
order. 

Each of the four basic principles of ALA filing rules is discussed 
separately below. 

* « » 

HEADING CONSTRUCTION. An analysis of the ALA filing rules shows that 
lwii-f n g construction is a three part problem: l) selection of the data 
elements (i.e., subfields to be included); 2) determination of the heading 
type; and 3) determination of the entry* s bibliographic function. The 
three parts of the heading construction problem ai re outlined and i llu s— 
traded below: 

Probi**™ Description 

1) Selection of data elements Name, date, title, etc. 

2) Determination of heading form Single surname or non-single 

surname (e.g., forename) 

3) Determination of entry type Main entry, added entry (author, 

series, title, subject) 

1. Selection of the data elements to be included in headings 
depends upon user preference and the presence or absence of data elements. 
Elements such as those showing relationship, e.g., "appellant" or "defendant", 
may be included or excluded from the heeding depending upon the user's 
preference; elements such as designation and title may or may not be present. 

2. He«^ "g forms are classified according to two schemes: l) the 
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form of the author's name, and 2) the presence/absence of certain data 
elements (e.g., dates, designations, etc.). The two schemes operate to- 
gether to produce eight variations of heading forms ranging from single 
surnames alone to non-single surnames with form subheading(s) . The basic 
sequence of headings with respect to each other is controlled by heading 
form. The various heading forms are independent of the entry type, i.e., 
they occur in both main and added entries. 

According to the ALA rules, single surname headings file before 
non-single surname headings (i.e., forename, compound, and multiple sur- 
names) so that the single surname heading "London, Jack, 1876-1916," will 
file before the corporate author heading "London". Further, each form of 
heading may contain the following elements: dates, designation(s) , nu- 

meration, form subheading and possibly a title. The presence or absence 
of these elements detexmines the order of similar headings within the same 
basic heading form. For example, "London, Jack, 1876-1916," a single sur- 
name heading with dates, files before "London, Jack, author," a single 
surname heading with a designation and no dates. The precedence code scheme 
necessary to produce the arrangements described above is shown in SYS Fig. 19 . 

3 . Entry Type . Within the basic sequence established by heading 
form, entries are further grouped according to entry type or bibliographic 
function. As previously noted, bibliographic functions are independent of 
heading forms, e.g., there are both single surname subject added entries, 
and non-single surname subject added entries. Bibliographic function is 
reflected by grouping related entry types into five separate alphabets . as 
follows : 

1) Author main entry, author /author-title alternate added 
entry, author analytic added entry and author-title 
series added entry; 

2 ) Author /author-title connecting added entry; 

3 ) Title main and added entry; 

k) Title series added entry; 

5 ) Subject added entry. 

The function code scheme necessary to produce the five alphabet /group 
arrangement (listed above) of identical headings within the same heading 
form is shown in SYS Fig. 20 . 
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PRECEDENCE CODE SCHEME 




WITH WITH WITH 

DESIGNATIONS NUMERATIONS FORM 

SUBHEADINGS 




SUBHEADINGS 



SYS Fig. 19 
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FUNCTION CODE SCHEME 



AUTHOR 



TITLE 



1.0 



Main Entry 



Alternate 
Added Entry 

Analytic 
Added Entry 



Series 

( author-title ) 



Added Entry 



o. 




Connecting 
Added Entry 



Series (title) 
Added Entry 



SUBJECT 

O 



SYS Fi 8» 20 
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SUBORDER ARRANGEMENT. Within the same alphabet /group (i.e., bib- 
liographic function) there is another level of order - a suborder - by 
the body of the entry. The suborder of the entries is a function of the 
alphabet /group. The five suborder arrangements are as follows: 

1) Author main, author /author-title alternate and author 
analytic added entries are subordered by title : 

2) Author /author-title connecting added entries are sub- 
ordered by main entry ; 

3) Title main and added entries are subordered by 
main entry ; 

4 ) Title series added entries are subordered by number 
or main entry and 

5) Subject added entries are subordered by the main entry 
or title (user's preference). 

EDITING. Sorting according to the prescribed collation sequence is 
not performed directly on the elements in the headings and suborder arrange- 
ments. Rather, it is applied to imaginary, or edited, headings and sub- 
order arrangements ment ally constructed, according to specific rules, by 
the filer. For example, the initial articles ('a', 'an', 'the' in English ) 
in titles are disregarded in filing; the title "The Old Man and the Sea" 
files under "Old," not "The." In a computer filing system this mental 
juggling must be specified and programmed so that it can be performed by 
the computer. There are two major forms of editing: l) words which are 

to be ignored or "disregarded", and 2) words which are to be modified, 
known as "file as" situations. 

COLLATION SEQUENCE. As previously stated, the sequence in which 
characters are generally ordered by the computer in a standard sort is not 
acceptable for a non-standard sort required for filing catalog data. The 
collation sequence (i.e., the sequence in which characters should be ordered) 
for filing according to the ALA filing rules is as follows: 

a. Alphabetical data are filed according to the order of the 
English alphabet. 

b. Numbers are filed in numerical order. 

c. A blank files before any other character. 

d. All versions of each letter - upper and lower case, bold 
face, italics, Roman, etc. - have the same value for 
sorting purposes. 

e. No sort sequence is prescribed for punctuation and 
diacritical marks; they are ignored. 
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BOOK CATALOG FORMAT (See Vol. 2, chapter FORM) 

Within the context of output processing the book catalog format 
system incorporates all the functions necessary to transform a linear 
input data stream into a readable, esthetically pleasing, blbliographlcally 
correct printed page. The transformation occurs at three levels: 

1. Characters 

2. Data fields and subfields 

3 . Entries 

Characters are transformed from computer codes into a suitable 
graphic representation. Alphanumerics translate quite directly, but 
punctuation and diacritics must be specially processed to map into 
the graphic symbol set available on different output devices. These 
symbol sets may vary widely in the progression toward more sophisticated 

typesetting equipment. 

On the data field/subfield level, the input the formatting 
system is a continuous data stream in the form of a MARC record. Each 
MARC record will carry supplementary identification to indicate entry 
type, catalog type, etc. Based on this identification, the format 
system will consult appropriate tables to determine how to break up 
the continuous data stream into a sequence of lines, indentations, 
vertical positions, and right or left justification. Transposing 
the data fields to print lines therefore requires determining: 

1 . First, whether to include the field/subfield in the 
printed output at all 

2. Whether to begin a new line; and if so, what are the vertical 
parameters (single or double space down) and the horizontal 
parameters (flush left, indent, flush right) 

3 . What type font is to be selected for this field/subfield: 
all caps, underscore (italics), overprint (bold face) 

U. What point size is to be selected, if point size options 

are available 

5 . Are there other typographic conventions or punctuation associated 
with the beginning or end of the field (initial dash, terminal 
comma, precede data field with a line of 5 asterisks) 
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Can this data field be separated into two lines if necessary; 
if so, any special indention for second line; if not how 
to handle oversize data fields. 

7. Is data field repeatable, and if so how many repetitions are 
acceptable (e.g. accept only first three call numbers in 
union catalog record). 

8. What is the relative order of data fields /subfields; call 
number first (shelf list), or last (book catalog). 

9. Are there print messages associated with the data fifcld/subfield 
depending upon entry type (e.g. see under). 

This last determination is strongly related to the suborder arrangement 
within classed alphabet groups (see chapter FILE). 

Thus far we have considered characters by themselves, field3 and 
subfields composed of words, characters, and punctuation. Now we 
need to deal with entries as a unity of fields, subfields, words and 
characters. At the entry level we encounter the major impact of 
entry arrangement according to bibliographic filing rules. The impact 
is encountered at the level of trying to identify the alphabet groups 
created within major headings. Each separate alphabet is demarcated 
on the printed page by re— printing the major heading. The major heading 
is suppressed in entries within the alphabet. Example: 



first 

alphabet 



second 

alphabet 



third 

alphabet 



Heading 
Entry 1 
Entry 2 
Entry 3 



suppress heading 



Heading (see also the following) 
Entry 4 
Entry 5 
Entry 6 

HEADING (SUBJECT) 



suppress heading 



Entry 7 
Entry 8 
Entry 9 



suppress heading 



3 
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The ex ample shows that the heading is printed as a form of alphabet 
boundary. Further, the addition of print messages serves to identify 
the alphabet in question. 

One final parameter of entry arrangement is page layout. The 
variables here are columns per page, characters per column, pagination, 
running heads, and whether to break an entry between the end of one 

column axil the beginning of the next. SVS Fig. 21 is a sample page. 

• • • 

From the system point of view, the formatting program is designed 
to be the major generalized output vehicle for the entire system, 
vhenever the printing of MARC records is to be done. As a minimum, 
the program will be used to print: 



Printout 


Subsystem 


1. Master File — BRIDNO listing 


File Maintenance 


2. Catalog Cards (MARC) 


File Maintenance 


3. Subject Authority 


Authority Verif . 


U. Divided/Dictionary Catalogs 


Output 


5. Shelf list 


Output 


6. Main Entry Catalogs (with tracings) 


Output 


7 . Serials Holdings 


Serials 


In short, any input in a MARC format, (but not 


necessarily monograph 


data) may be processed through the format subsystem. 
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SVS FIG. 21: STANFORD SAMPLE 



SI8 



* 



JUNE 1966 



SUBJECT CATALOG STANFORD UNDERGRADUATE LIBRARY 



SYMPHONIES — SCORES 

Symphony no. 3 iiC flat* op. SS« By Ludvig 
von Boot ho von. With o hiofrophicoi noto By 
W. McNauqht and on introd. By Gordon Jacob. 
Penguin* 1954. Niniotoro scoro (176 p. ) 

M1001.S4 OP.SS P4 

Sy aphony no. 4 In E nlnor* op. 96. By 
Johannes Brnhos. E.F. Kalnus* 19 — . 

Hlnotora scoro (166 p. ) HI00I.B7 43 

^y. -Bony no. 5* op. 67, In C a I nor. By 
K ’’.Iq van Boothovon. E.F. Kalnus* 19—. 
K.fttatura scoro (136 p. ) N1001.B4 0P.67 K3 

Sya phony l t "Unf Inlshed** "InacaBada*” In B 
■Inor. By Franz Pot or Schubort. Boo say* 19 — • 
Niniotoro scoro (64 p. ) 

M1001.S37S D.7S9 B6 

Third synphony In ono no vacant. By Roy 
Harris. G. Schlraer* 1940. Niniotoro 
score (104 p. ) N1001.H3 NO. 3 S3 

SYMPHONIES — TO 1600— SCORES 

The syophoniss of Joseph Haydn* by H.C. 

RoBBIns London. Unlvorsal Editions* 1995. 

662 p. 

First ad. of "Slnfonla” In Bk oojor In 
pockat. NL4< 0.H4L26 

The syophonios of Joseph Haydn. Sopploaont. 

By H.C. Robbins London. Nocailion* 1961. 

62 p. NL410.H4L26 SUPPL. 

Synphony no. 40 in G olnor* KS60. By 
Uolfgang Anodoos Mozart. E.F. Koloos* 19 — . 
Niniotoro scoo« (66 p. ) M1001.H92 K.SSO K3 

Synphony no. 41 In C najor (Jopitor) K.SS1. 

By Uolfgong Anodoos Hocort. E.F. Koloos* 

19—. Niniotoro scoro (64 p.) 

H1001.N92 K.SS1 K3 

Synphony no. 94 (London no. 3) G najor 
( So r prise). By Joseph Haydn. Edited fron 
the original od. By Ernst Prootorlos. E. 
EolonBorg* 19 — • Niniotoro scoro (62 p. ) 

H1001.H4 H.94 P7 

SYMPHONY 

16th contory syophonios; a short history of 
the synphony In the 16th contory with 
special reference to the works In the two 
series: Eorly classical syophonios and 16th 
contory ovortoros. By Aden Corse. Aagener* 
1951. 75 p. NL12SS.C3 

Synphony* by Percy N. Yoong. Ulth eleven 
drawings By HI loin Cosnon. Phoenix House* 
1957. 155 p. HL12SS.Y6 

The synphony* edited By Ralph Hill. 

Penguin* 1950. 416 p. NT12S.HS 

The synphony writers since Beethoven* By 
Felix Uolngortnor. Translated By Arthur 
Bios. Ulth twelve portraits. U. Reeves* 

1906. 163 p. NL125S.U425 

SYMPHONY ORCHESTRAS — U.S. 

The Anerlcen synphony orchestra; a social 
history of oust cel teste. By John H. 

Noel lor. Indiana Unlv. Press* 1951. 437 

P. NL200.N8 



SYNDICALISM 

Proposed roods to freedom social I so* 
enerchlso end syndlcellsn. By Bertrand 
Russell. H. Holt* 1919. 216 p. HN15.R7 

Reflections on violence. By Georges Sorel. 
Trensleted By T.E. Hulne end J. Roth. Ulth 
on Introd. By Edward A. Shlls. Free Proas* 
1950. 311 |.. H06477.SS 

SYNGL* JUIIM MILLING I UN 

Dranatls personae* 1696-1902. Eatranganent • 
The death of Synge. The Beonty of Sweden. 

By U.B. Yeats. Hacnlllen* 1966. 200 p. 

PRS906.AS37 

John Millington Synge* By Danis Johnston. 
ColunBla Univ. Press* 1965. 46 p. 

PRB533.J6 

John Millington Synge end the Irish 
Theatre* by Maurice Bourgeois. B. Blon* 
196S. 337 p. PRSS34.B6 

John Millington Synge* By Donna 
Gerstenberger. Twayne* 1964. 157 p. 

PRSS34.G4 

Synge and Anglo-Irish literature; a study. 
By Daniel Corfcery. Russel C Russell* 1965. 
267 p. PR5683.C6 

Synge and Anglo-Irish draaa* By Alan Price. 
Methuen* 1961. 236 p. PR5534.P7 

SYNODS 

Son Councils and synods. 

SYNTACTICS 

See Sonant les (Philosophy). 

SYRIA— BIBLIOGRAPHY 

Jordan* Lebanon and Syria: an annotated 
Bibliography. By Raphael Petal. HRAF 
Press* 1957. 269 p. Z3013.P3 

SYRIA — DC SCR I PTION 

Oriental encounters* Palestine and Syria* 
1694-1696. By Naroaduke Pickthall. New and 
cheaper ed. A. A. Knopf* 1929. 277 p. 

DS107.P6 

The Syrian desert; caravans* travel* and 
exploration. By Christina Phelps Grant. A. 

C C. Black* 1937. 410 p. DS94.G75 

SYRIA— HISTORY 

An AraB-Syrlan gentlenan and warrior In the 
period of the crusades; eeaolrs of Usaoah 
Ibn-Mongldh. Translated free the original 
nanoscrlpt By Philip K. Hlttl. ColunBla 
Unlv. Press* 1929. 265 p. 0S97.US 

History of Palestine and Syria* to the 
Macedonian conquest. By A.T. 01 as teed. C. 
Scribner* 1931. 664 p. DS121.04 

History of Syria* including Lebanon and 
Palestine. By Philip K. Hlttl. 2d ed. 
Hacalllan* 1957. 756 p. 0S95.H5 

The struggle for Arab Independence; Uestern 
dlploaacy € the rise and fall of Faisal's 
klngdea In Syria. By Zalne N. Zelne. 
Khayat's* I960. 297 p. DS96.Z4 

Syria and Lebanon under French aendate* By 
Stephen Hensley Longrlgg. Oxford Unlv. 
Press* 1956. 404 p. DS96.L6 
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PRODUCTION AND CONTROL 



Containing the problems and recommended 
procedures of production and control of 
source documents during the conversion 
process. 
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I. INTRODUCTION 



This section first outlines general problems of production and control 
of source documents used in converting library catalogs. Proposed procedures 
are outlined. Briefly, the general problems and the procedures recommended 
are: 

Problem : Which entries and which catalogs are to be converted? 

Recft™«»ndation : That main entries of the catalog are to be selected and 

converted. 



Problem : Would original cards or reproductions of the original be 

used for conversion? 

Recommendation : That the original card be reproduced on a pre-printed 

coding sheet. 



Problem : 

Recommendation: 



What basic control device will be used throughout? 

That a sequential numbering machine be used to control all 
cards for general inventory and refiling purposes. 



* * « * 



II. GENERAL PROBLEMS 

WHAT IS TO BE CONVERTED? There are two questions involved here: l) the 

type of entry and 2) the catalog. 

Type of Entry . Main entries are the only ones which need to be con- 
verted, as long as they include tracings for all added entries. The added 
entries themselves will be constructed from identified fields in the computer 
file, and they will be interfiled where they should appear in the book catalog. 

Catalog . Ideally, the catalog to be converted would have only main 
entries. Since the existence of such a catalog is rare, the choice of the 
best catalog for conversjjn in a given library will depend on such questions 
as: 

1. Are all main entries included? 

2. How many total cards? Of these, how many are main entries? 

3. Which catalog is the most up-to-date on conversion day? 

4 . Divided or dictionary catalog? 

5. Physical proximity of catalog to place of preparing conversion 
documents? 

6. How crucial is daily filing of new entries to the catalog? (A 
public catalog, for instance, probably cannot afford to defer 
filing for any length of time). 
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For example, with respect to CSL, the 1 Index' or Official Catalog would 
he the best one to convert (assuming that main entry cards up to 19^0 with- 
out tracings are exchanged for main entry cards with tracings in the public 
catalog) . 



REPRODUCTION OR ORIGINAL CARD USED IN CONVERSION? We strongly recommend 
the use of a reproduction of the catalog card (rather than the original card 
itself) during conversion because it would minimize the time pressure during 
conversion, it would provide security for the originals (particularly those 
without duplicates), and it would preserve clean originals. 

Security . By using copies instead of original cards, the catalog con- 
taining the originals can serve as a control and recovery file for possible 
loss or incompleteness of records during the conversion process. (Control 
within the computer file is not possible until the records are verified and 
adequate back-up is established.) Furthermore, the use of copies requires 
neither the existence nor the use of duplicate files. 

Clean Oriftinals . Editing reproductions of the cards would preserve 
clean original cards, except for the control numbers. (However, even the 
control numbers should not interfere with the information proper if they are 
entered in a different color ink and in a standard position on the cards all 
the time . ) 

Time Pressure. Presumably the initial input (if not the corrections as 
veil) of the bibliographic data will be batch processed, and batch processing 
involves an extended time for completing each batch, particularly those 
batches with records that have to be recycled. One question immediately 
arises: Can regular operations afford to be without the records in a batch 

while that batch is being converted?^ If the answer is no - and presumably 
it will be - then this necessitates the use of reproductions instead of 
original cards; the pressure in conversion time would be minimized because 
the records would not need to be simultaneously available for regular and 
conversion operations. 

^This question assumes, of course, that either a duplicate file does not exist 
or that, if it does exist, it cannot be used for regular operations while the 
original is in conversion. "Regular operations" refers to normal daily use by 
both the public and the staff. 
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Coding . In addition, we recommend that the reproduction he made onto 
an 8 1/2” x 11' sheet which would contain (along with the blank space for 
the catalog card) a checklist of descriptors applying to the card (i.e., 
the 'I-Fields')» these descriptors being part of the full set of MARC data 
elements. PROD. Fig. 1 shows the pre-print ed coding sheet. 

The prime advantage of the coding sheet is that it combines in a single 
easily read, easily filed record all the data elements in a given biblio- 
graphic record. The other alternative open to libraries converting to 
MARC is to write the added descriptors on the card itself, in addition to 
writing the codes for the data elements on that card. The problems in doing 
this are: l) lack of space on the card; 2) illegible handwriting (this 

wouldn't be as much of a problem with the coding sheet because the descrip- 
tors to be checked or filled in are preprinted); 3) time (it would be quite 
time-consuming for the editors to write in both the code word and the data). 



WHAT BASIC CONTROL DEVICE IS TO BE USED THROUGHOUT CONVERSION? The 
basic control device proposed for conversion processing consists of two dif- 
ferent sequences: l) numbering a l l the cards (main and non-main entries) in 

the catalog or file drawer(s) sequentially as of conversion day, and 2) num- 
bering all main entry cards pulled out in a separate sequence. In both cases 
a new number is assigned to each card — not to each entry or title. These 
numbers will link each card to the original file and will maintain the se- 
quence of the file and the sequence of main entries and extensions. Such 
numbering will also match rectos and versos of cards and will identify re- 
cords both manually and within the computer. Once such numbering is accom- 
plished, any record or card can be interfiled, referred to, located, 
recovered, or counted solely by use of these control numbers. 

There are five possible combinations of MAIN ENTRY rectos, extensions 
and versos : 

1. Recto alone 

2. Recto with Extension 

3. Recto-Verso 

4. Recto-Verso with Extension 

5. Recto with Extension-Verso 

The control device and associated procedures will handle all five combinations. 
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During conversion, control of catalog cards already in file order need 
not be the same type of control as that based on the original cataloging and 
filing rules. It would be simpler to use the sequence and number of cards 
in the catalog on conversion day as the basic means of control. (The same 
approach would apply to the conversion of the catalog by sections). Also, 
the numbering ar| fl control need not be done by a librarian knowledgeable in 

cataloging or filing rules. 

Control by Cards . The control system presented here is primarily by 
cards and secondarily by titles. Control by titles, rather than cards, would 

require imprinting refile numbers on the front of every card before reproduc- 
tion. It also would require additional selecting of all extension cards be^. 
fore numbering main entries, and then separate reproduction and separate 
rbfiling of both the catalog cards and the reproduced extension sheets by 
refile number. This additional handling can be avoided by transferring the 
control of titles to the later keying and computer tallies. 

The reconciliation of cards to titles is a matter of accounting for 
control numbers imprinted on extension cards. This will be accomplished as 
an editorial function. Editors will delete the serial numbers on extension 
cards, and will code the number of cards in the catalog card set. This code 
will be entered only when there is more than one card in the set . 
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CSL PROCESSING CENTER 
INPUT CODING SHEET: 
MONOGRAPHS 



PROD Fig. 1 



Date 1 Date 2 



THE CATALOG CARD WILL BE REPRODUCED 
IN THIS SPACE. 



be 



tom 



bn 



DATE TYPE: 

_2 dates: 2d is© 
multiple date span 
~date not known 
bq| "d igits missing 
br p rev . published 

cn_ LC caU no. is 
bracketed 



TYPE OF ADDED ENTRY: 



ea 



eb 



ec 



ed 



ee 



CATALOG SOURCE: 
NAL 



NLM 

Coop . Cat . 
"iiUC 
"other 



Series traced same 
as note 


Ja 




















Series traced dif- 
ferentlv from note 


Jr 




















Subject headings 
and subdivisions 


Jm 




















Non-sub J ect /non-se- 
ries tracings 


J«1 





















ef prig, cat 



GOVERNMENT PUBLICATION: 
U.S. Federal 



MAIN ENTRY HEADING: 



FORM OF REPRODUCTION: 



ka 



kb 



kc 



kd 



Cal State 
~Cal Co. /Muni, 
"international 



ga 


microfilm | 


ke 


other govts. 


gb 


microfiche 






go 


micro-opaque 






gd 


large-print J 




[ conference pub 



ua 


1 


ub 


1 


uc 


1 


ud 


1 



;ype of main entry 

m.e. is subject 
m.e. is publisher 
m.e. repeated in body 



CONTENT, M: 




he 



hh 



hi 



h£ 



hr 



hs 



M 



bibliographies 
_catalogs 
"dictionaries 
encyclopedias 
"hndbks . /manuals 
^indexes 

jprogrmmd. texts 
directories 
statistics 
jrearbooks 



[53 _non-keyable data 

cancel title added 
"entry same as title 

Ea __card lacks title 



HOLDINGS : 

Total 

System +Br Copies 

0 0 Here 



traced same as 
short title 



sa 



i| lang. 



va 








wb 








wc 








wd 









ftal _translation 



TYPE OF WORK: 



EDITOR 


Mo. 


Day 


Yr. 


Minutes 











ia 


Juvenile 


• = must frequently be filled 


ib 


fiction 




ic 


autobiography 




id 


biog.-indiv. 


- 8H - 


ie 


biog.-coll. 



KEY FUNCl 


HER 


Mo. 


Day 


Yr. 


Minutes 
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III. METHODS FOR HANDLING FRODUCTION/CONTROL 

This section discusses the methods for handling the three 

production/control problems outlined in the preceding section: 

a) iniHp entries, b) reproduction of cards, and c) numbering of 

cards. This section should be read in conjunction with the next 

one - Procedural Specifications; there is much overlap between 

the two. A flow chart of the entire reproduction process appears 

at the end of this section (Fig. 2) 

* * * 

A. MAIN ENTRIES 

The chief concerns about main entries are that: l) the card 

catalog selected for conversion has 'full* main entries and that 
control for all cards is established; 2) all main entries and only 
main entries are selected and are reproduced; 3) all versos of main 
entries are selected, reproduced and matched to their corresponding 
rectos; 4) all cards are refiled. Each of these is outlined sepa- 
rately below. 

1 . The catalog to be converted must have ’full* main entries, 
and control of cards must be established . The appropriate procedures 
are: 

a. Verify that main entries are ’full,’ i.e. that they 
contain all tracings and descriptive cataloging. 

b. Sequentially number ALL cards (main and added entries) 
in the catalog or (if the conversion is being done in 
sections) file drawer (s) for refiling. 

2. All and only main entries must be pulled out and reproduced . 
The appropriate procedures are: 

a. Select main entries INCLUDING all extensions. 

b. Sequentially number all selected main entries (FRONT AND BACK) 
in exact correspondence. 

These numbers will serve as an identifying record number in 
the computer, as a link to the original card for location 
and possible recovery, as a sequencing of extensions, and 
as an implied control count throughout processing. 
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The purpose of numbering the backs of all main entries 
(whether they have text or not) is to insure that every 
verso will link exactly to its recto, even if it is an 
extension card. Although the estimated number of verso 
texts (minor or major) is only 22 f>, the total time for 
numbering 250,000 versos is only about 2 1/2 days on the 
numbering machine.* This extra cost is more than offset 
by the ease and accuracy with which any clerical person 
can link versos to rectos by explicit numbers. 

c. Reproduce fronts of all main entries. 

Recto now has main entry number, verso has refile and main 
entry number. At this point, all main entries should have 
been selected, numbered, and rectos reproduced. 

3. An versos of main entries must be selected, reproduced, and 
mafehed to their corresponding rectos . The appropriate procedures 
are: 

a. Select all cards with any data on the verso. 

b. Count all versos to establish control. 

c. Reproduce all selected versos. 

Once copied, the verso main entry numbers corresponding to 
the recto main entry numbers will allow exact matching of 
verso sheets, whether on the back of a single or extension 
card of a title. In this way, all versos are selected, 
copied, and matched. 

4 . All cards must be refiled correctly . The appropriate 
procedures are: 

a. Refile non-verso main entries after they have been numbered. 

Refiling is basically a merge controlled by sequential refile 
numbers initially applied by machine on the back of every card, 
(non-main as well as main entry) and hence can be done by some- 
one not trained in library filing rules. 

b. Refile main entry cards after rectos and versos have been 
numbered and reproduced. 

c. Verify that all cards have been refiled (if deemed 
desirable) by machine counting. 

Periodic sight checking is advisable to ensure that the 
machine count corresponds to sequence numbers. (The 
sight checking will not, however, verify that all cards 
are in exact sequercc. ) In this way all main entries are 
refiled with maximum accuracy. 



*The figures given here are taken from the CSL Index Catalog (which has 
450,000 cards, 250,000 of which are main entries) ar 1 are used just for 

illustration. 
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Entries added after conversion started. In each catalog there 
will be three kinds of inputs, defined here by their relationship 
to the conversion process: a) ORIGINAL - entries in each particular 

catalog or file drawer (s) on conversion day, b) INTERIM - entries 
added to particular catalog while the conversion of that sane 
catalog is going on, and 3) POST - entries added to each particular 
catalog after it is converted until the day other catalogs are 
completed or until the cut-off day for the entire book catalog. 

Different handling will be needed for each of the three types of 
conversion entries when one or more of the following is applicable: 

1) whenever more than one card catalog is being converted; 2) when 
different catalogs are not the same size; 3) when not all catalogs 
are converted simultaneously; and 4) when the cut-off day of the 
book catalog differs from the actual day the last card catalog is 
coopleted. 

Original entries are discussed in Section IV: Procedural Specs. 
Entries after the conversion of a particular catalog has started - the 
interim and post conversion entries - are discussed below. 

As soon as conversion is started, duplicate copies of all interim 
and later post entries can be made and accumulated separately, without 
alphabetical Interfiling with the originals. Keeping non-main entries 
in a different place from the regular catalog after the main entries 
are selected from them will insure that new entries are not interfiled. 
The non-main entries can still be available for reference, but not for 
Interfiling new entries. Any new entry can be stored alphabetically 
in a work tray covering that section of the catalog corresponding to 
the work batch. When it is verified that the original cards have been 
completely refiled, the new entries can be interfiled immediately. 

When all original entries are coopleted, then interim entries 
can be converted, and later, post entries can be converted up 
through cut-off day of the book catalog. With this approach, inter- 
filing of new entries can be made inmediately as in regular operation 
on a continuous basis, whether it be a public or non-public catalog. 

By converting all interim entries after original entries are com- 
pleted, approximately half of the interim titles (an estimated 3,000) 
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vill be converted in duplicate. These duplications will be due to the 
conversion of new, or interim, entries already interfiled with original 
entries before the conversion process reaches that section of the 
catalog. 

The duplications, however, will not have to be handled on a solely 
w.mio .1 basis. The computer program will consolidate such duplicates 
tinng with duplicates and variants of entries from the same or other 
catalogs. The added cost for converting some interim entries twice 
will be offset by the extra cost of control and selection and delay 
time which otherwise would be required. 

All post entries are converted from accumulated copies of new 
entries, but a later cut-off time, and (being done after the catalog 
as a whole is completed ) without any duplicate conversions for the 
same catalog. 

This approach of saving all copies of new entries from the first 
conversion day forward for each catalog allows one basic sequence of 
conversion, with the originals converted first, then interim, and 
finally post entries. This sequence minimizes the interference of the 
conversion process to r e gul ar operations. 

B. REPRODUCTION OF CARDS 

Two types of reproduction are recommended: l) reproduction of 

rectos (both original and extension) onto preprinted coding sheet 
(i.e., editing template) controlled by sequential main entry numbers 
on each card, and 2) reproduction of versos without editing template 
(to distinguish from rectos of extensions), controlled by pre-machine 
count within a range of main entry numbers. 

We recommend any model of a Xerox dry photo-copier (preferably 
one with a hopper- fed attachment) which would allow pre-drilled, 3-hole 
8 1/2 X 11 paper, pre -printed with the editing template (e.g., model 
2400 ). 

The hopper fed attachment, however, may not be available from the 
manufacturer soon enough on reasonable cost machines. If this is the 
case, and such a hopper cannot be engineered locally, reproduction can 
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proceed with continuous manual replacement of cards on a xerox machine. 
With such manual feed, the template information can be positioned on 
the reproduction glass rather than preprinted on the paper stock. 

C. NUMBERING AS A CONTROL DEVICE 

Two sequences of machine-numbering are recommended for control, 
and both of these are numbers assigned to the card, not to the title 
with its possible versos or extensions. The first sequence is that 
of numbering all cards in the file drawer(s) (both main entries and 
non-main entries) from which one batch of main entries will be prepared 
for editing. The second sequence follows the first, and it consists 
of numbering all the main entry cards which have been selected; again, 
each card (and not each title) will be assigned a new number. In each 
sequence the number is to be placed in a different position on the 
card so that there will be no confusion. In the first sequence the 
numbering starts with the last card first, and in the second sequence 
the numbering starts with the first card. Each sequence is discussed 
separately below. 

1. Sequentially number all cards (main entries and non-main entries) 
in the file drawer(s) from which a batch will be prepared, numbering the 
last card in the file drawer (s) first. Number each card on the back, in 
a position least interfering with information and easiest for refiling 
main entries. The upper left position [in relation to the guard hole] 
of the card in the opposite direction from verso text satisfies these 
requirements. See PROD Fig. 3 for examples. 

The exact position (which will be fixed) of the last number in the 
string depends on the number of digits in the string which depends on 
the number of volumes in a given library. For instance, a library with 
holdings totaling in the five digits will begin the numbering 5 spaces 
to the right of the upper left comer. The numbering can start again 
at No. 1 each day or can be maintained sequentially throughout the 
conversion. 
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2. After all main entries have been selected, sequentially number 
each card belonging to a main entry. Each card should have the same 
number on the front and on the back in these positions and direction 
of text: (See PROD Fig. 3 for examples) 

FRONT - Upper right relative to the guard hole, in the direction 
of text. 

BACK - Right of guard hole, relative to direction of text. 

A fixed number of digits for all main entries is recommended because 
it will reduce the probability of keying in the wrong number of high 
order zeros. The number of digits fixed upon will be determined by 
the expected number of volumes to be converted by a given library. 

Numbering Machine . A Cumins Tallyprinter, model 272 with con- 
secutive numbering, is recommended as the machine with the best per- 
formance characteristics for the numbering task. The machine has high 
reliability, automatic cut-off in output hopper, variable horizontal 
positioning of imprint, and a feasible rate of 15,000 cards per hour. 

Numbering on the front is done in one pass through the machine; 
numbering on the back is done in another pass. The back numbers 
are kept accurate by checking the machine counter, and verifying that 
imprinted start and end numbers match those on the front. 
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PROD Fig. 2: FLOW OF CARD REPRODUCTION* 





* The numbers in the flowchart indicate the number given to the process 
in the cost/time estimate (PROD Fig. 4 )• 
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PROD FIG. 3 : NUMBERING SEQUENCES 



CARD 1: NGN-MAIN ENTRY RECTO 



THE RECTO OF A NON-MAIN ENTRY CARD 



o 



(Note that this 
card has no 
control number) 



VERSO OF CARD 1 
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PROD FIG. 3 (CONT. ) 



CARD 2: MAIN ENTRY CARD WITH CONTINUATION (see card 3) 



103459 *- 



i. Ci3o*l Bartlett, Edward Everett, ICC J 3~ 

' 2 ^ llc typographic treasures iu Europe, and a study of 

contemporaneous book production in Great Britain, 
bianco, Italy, Germany, Holland and Belgium, wiili an 
addendum by J. W. Muller giving the principal dates and 
personages in printing history. By Edward Everett 
Baitlctt New York and London, G. P. Putnam ’3 sons, 



,f -.F. 



1S5 p., 1 1. incl. front., ports. 41* 

(Continued on next card) 

i4i 



26-7353 



(3 



Card No. Assigned 
to all MAIN ENTRY 
Cards 



VERSO OF CARD 2 




Card No. Assigned 

103459 to all MAIN ENTRY 

Cards 



Muller, Julius Washington, 1867- 



✓ Card No. Assigned 
to ALL CARDS in 

8S*C2T^ File Drawer (s) 
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PROD FIG. 3 (CGNT. ) 

CARD 3: CONTINUATION OF CARD 2 



103460 

i'655,1 Bartlett, IiMv/avd .'l/crett, 1863- The typographic 
2Z treasures in Europe ... 1925. (Card 2) • * 

Title vignette (map) 

“This edition is limited to five hundred and eighty-five copies." 

“A chronology of printing, prepared as an aid to typographic research 
and study, by Julius W. Muller": p. i59j~185. 

“Works consulted’’ : p. 62-64. 



t. Printing- -Hist. 2. Type and type-founding. 3. Printers. i. Mul- 
ler, Julius Washington, 1867- n. Title, m. Title: A chronology of 
printing. 

26-7358 

Library of Congress r \ 7121.1328 

Copy 2. 

Copyright A (4) 



I. 



Card No. Assigned 
to All MAIN ENTRY 
Cards 



VERSO OF CARD 3 




Card No. Assigned 
to all MAIN ENTRY 
Cards 



Card No. Assigned 
to ALL CARDS in 
File Drawer (s) 
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IV. PROCEDURAL SPECIFICATIONS IN OPERATIONAL ORDER 

These thirteen procedures describe the working process of obtaining 
source copies of the original catalog. With minor modifications when 
scattered titles are involved, they also apply to the process of obtain- 
ing copies of exceptions, as well as interim and post entries. A proce- 
dure is considered a separate step when there is a transfer in effort to 
another person, machine, time, or place or when there is a separate but 
essential result in control. With such separations, a control result does 
not depend necessarily on the amount of effort to achieve it. 

Some steps, for example, are relatively simple in effort, but they 
still achieve distinct, new control results. Other steps represent major 
effort although their separate control results are relatively simple. To 
illustrate: Step U (refiling of non-main entries) is simple in effort but 

achieves the separate essential control result of returning a portion of 
the catalog to regular use. By contrast, Step 6 (reproduction of fronts 
of main entries) represents a major effort, yet it achieves only the sin- 
gle control result of reproducing all main entry fronts. 

The steps have been chosen to achieve the best feasible operation in 
cost, time, and accuracy. The actual rate, of course, at which the work 
is done depends on the number of people involved and the maximum rates 
attainable by each machine. The steps outlined here should give optimum 
results whether the number of cards processed in each batch is large or 
small. The estimated cost of each step appears in Fig. U. 

STEP 1: VERIFY THAT CATALOG CONTAINS ’FULL* MAIN ENTRY CARDS. In 
the California State Library Index Catalog, the main exception to 'full* 
main entries (i.e. those with all tracings and descriptive cataloging) 
seems to be the cards prior to 19^0 which were typed without tracings. 

These exceptions might be handled at three points in the process: a) prior 

to the whole process; b) after main entries are selected; c) by editors 
as exceptions to be searched and reprocessed along with other corrections. 
The three alternatives are discussed separately below. 

a. Exchange of exceptions prior to the whole process would entail a 
search of the whole Index Catalog (in the California State Library) as well 
as insert for removed cards, search of the Public Catalog, and exchange 
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and refile when exceptions with tracings are found. A high estimate for 
the number of such exceptions is 3 >000, or 2% of 150,000 entries as of 
19^0. This is an insignificant figure compared to the **50,000 total cards 
in the Index Catalog which would have to be searched. 

b. The effort of a separate search could be reduced by a half by 
searching for exceptions after selection of main entries (Step 3). Such 
an approach, however, would mean that the numbering of main entries would 
have to wait until the search for exceptions and exchanges was completed. 

c. The separate search could be eliminated altogether (as could any 
further effort in refining the estimate of the number of exceptions) by 
transferring the search for exceptions to editors. They will be reading 
every sheet in detail anyway and could easily note the entry number for 
any exception for recovery and reprocessing. This process would be more 
economical and probably more accurate. (If this verification by the edi- 
tors is required, it should be noted in the Coding Manual's general in- 
structions section - see chapter CODE). 

STEP 2 ; NUMBER ALL CATALOG CARDS . A different sequential number must 
be given to all catalog cards (main and non-main entries) in the catalog 
or file tray(s) . The reason for numbering all catalog cards is to estab- 
lish a continuous sequence of numbers by which main entries, once withdrawn, 
can be refiled. By using only these refile numbers, main entries can be 
reinserted accurately and quickly by someone not knowing the original cata- 
loging and filing rules. 

The numbers can be imprinted on the back of each card in upper left 
position relative to guard hole, in reverse direction of possible verso 
text. This position interferes least with possible text. Being upside 
down, the number does not interfere with later editing and keying, and is 
in the most easily visible position for refiling backward in the number 
series. See the previous discussion of numbering. 

It is recommended that all cards in one tray be imprinted with refile 
numbers at one time. It is also recommended that only as many trays be 
imprinted as can be fully numbered and reproduced per day (or, for whatever 
length of time is acceptable for having full trays out of operation.) At 
a rate of 15,000 per hour, the numbering can be completed very quickly. The 
rate of reproduction will determine how many trays are feasible per day. 
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The control can be minimal: combined report and log of what numbers 

have been done, plus visual verification that machine counter and imprinted 
series of numbers coincide. 

STEP 3: SELECT MAIN ENTRIES. After all cards of a catalog drawer are 
given a refile number, main entries are selected. This selection is most 
crucial because only what is selected at this point will be in the book 
catalog. A verification, therefore, is recommended of the cards not se- 
lected, to insure that all main entries have been selected. Non-main en- 
tries wrongly included or extensions omitted (which can be inferred) can be 
handled a n d recovered later by editors. It is recommended, then, that se- 
lection of main entries be done by someone who can adequately distinguish 
between main entries and added entries of the catalog. Further, if there 
is ever to be a verification of any selection process, it would be most 
appropriate to do it at this point by verifying whether any main entries 
have been overlooked. This can be done by checking the entries not chosen; 
incorrectly chosen non-main entries may be noted later by editors. 

STEP k: REFILE NON-MAIN ENTRIES. Once the main entries have been se- 
lected and verified, non-main entries can be returned in original tray for 
reference, but not yet for interfiling. Main entries are carried forward 
in a work tray marked with parallel drawer number. 

STEP 5: NUMBER FRONTS AND RACKS OF MAIN ENTRIES. Every card in each 
group of work trays with main entries to be processed per day (or work 
period) is numbered by machine first on the front- (at the upper right posi- 
tion relative to guard hole and in direction of text) and secondly on the 
back (to the immediate right of the guard hole relative to direction of 
text.) The numbers on the front and back of a given card are exactly the 
same numbers. With an estimated 5^+5 ,000 main entries in all catalogs, a 
six digit number is recommended, starting with 100,000 for the first cata- 
log. This will insure the same number of explicit digits for all later 
keying. See the previous discussion of the numbering system. 

The control for front and also back numbering can be a further addi- 
tion to the refile number report and log, plus periodic sight checks to 
ensure that both front and back card numbers are moving forward exactly 
parallel . 
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STEP 6: REPRODUCE ALL FRONTS OF MAIN ENTRIES. With all main entry 
cards numbered front and back, all the fronts of cards in each daily work 
batch can be reproduced in one sequence. This allows hopper feeding of 
cards (i.e., continuous placement by operator without any interruptions 
or decisions about versos). Reproduction of all fronts at one time also 
takes full control advantage of the continuous sequence of numbers on 
cards. By this sequence numbers can be checked against the machine counter 
to insure that all cards are completely and uniquely reproduced and that 
any operator or machine failures are accounted for. See the previous dis- 
cussion of reproduction methods. 

Once control figures are verified, and any obvious exceptions correc- 
ted, reproduced fronts of main entries can be set aside in numerical order 
awaiting later interfiling with copies of versos. 

STEP 7: SELECT VERSOS. When the fronts of all main entry cards are 
reproduced, versos can be selected by looking only at the back of cards 
and pulling out any card with information on the back (except perhaps tra- 
cings codes, such as L: m: n: etc.). This can be done by someone not 
trained in librarian work. 

Versos selected at this point will insure complete entries and cross 
references in the book catalog; therefore, we recommend a quick verifica- 
tion of the non- versos (after the initial verso selection is made) to 
insure that all versos have been selected. The verification can be done 
easily by riffling quickly through all the non-verso cards (i.e., those 
with blank backs). The editors can ignore later any blanks or unnecessary 
versos incorrectly included among versos. And, they can cross out versos 
whose complete information is not needed. There need be no second verifi- 
cation of the versos already selected. 

Selection of versos is made after reproduction of fronts to insure 
optimum production efficiency and control accuracy when reproducing fronts. 
(Selecting versos before reproduction of fronts would take away the advan- 
tage of the continuous sequence of numbers.) 

STEP 8: COUNT VERSOS. Versos, once selected and verified, can be 
counted by machine. (Automatic numbering machines have a non- imprint 
switch for counting only). At a rate of 15,000 cards per hour, counting 
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an estimated 55,000 (or 22 % of 250,000 main entries) would take a total 
of only four hours (See discussion under III A, No. 2b.) 

This count is very useful for control during reproduction. It in- 
sures that all versos are completely and uniquely reproduced, even though 
the main entry numbers on the backs of the selected cards are not in a 
continuous sequence. 

STEP 9: REPRODUCE ALL SELECTED VERSOS. Once versos are counted, they 
can be reproduced in one continuous pass through the machine. Reproduction 
is recommended on blank paper stock, to insure that the versos are easily 
distinguished from rectos with editing template. Any template reproduced 
with versos would be redundant and might, in fact, lead to error or extra 
effort in later interfiling, editing, or keying. 

With a hopper-fed machine, reproduction without template will require 
a change from preprinted to blank paper stock. Since paper stock has to 
be replenished frequently, this change will not appreciably increase paper 
costs or change time. If reproduction machine is manually fed and the tem- 
plate is positioned on the glass, the template would have to be removed, 
but the type of paper stock would remain unchanged. 

Control is by log record with visual verification that the received 
machine count for total versos in a batch is equal to the machine count 
of the run. 

STEP 10: INTERFILE VERSO SHEETS WITH RECTA SHEETS. When all versos 
in a batch are reproduced, they can be interfiled with the already com- 
pleted copies of rectos set aside in numerical order. The verso copy 
without template can be interfiled directly behind the recto with the same 
main entry number. At this point, there is no need to consider where the 
verso goes when extensions are involved. Editors will later rearrange any 
versos when required in the proper order for keying according to editing 
rules. 

Interfiling is recommended at this point (rather than later at the 
place of editing) so that there will be only one continuous and complete 
sequence of copies. One sequence of copies will insure that editors are 
not delayed in receiving rectos without versos. It will also insure that 
extra labor is not spent in packaging, labeling, storing, and handling 
two sets of copies. 
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Illegible or badly reproduced copies noticed during interfiling can 
be immediately reproduced from the still available main entry cards of 
the particular batch. However at this point inspection of the quality of 
reproduction for each recto without verso is not important. Such inspec- 
tion will be an automatic byproduct of later editing and recovery procedure. 

When all corrections are made and interfiling is completed, the total 
number of versos of the day's batch can be checked on the control log as 
interfiled. 

STEP 11; PACKAGE AMD LABEL REPRODUCED SHEETS. When reproduction of 
a batch of cards is completed, the sheets can be packaged in appropriate 
volume (such as the standard ream of 500), labeled with inclusive m ain 
entry numbers, and stored till transported to place of editing. With an 
estimated volume of 1.31 sheets per title, labeling of packages will insure 
that all reproduced sheets of such a large volume are accounted for by in- 
dividual packages. 

Minimal packaging is recommended to keep sheets intact and to prevent 
dogears. Packaging also makes for easy handling of large units and per- 
mits flat storage without shelves. Use of ring binders for storage is 
not as appropriate at this point as it is later when the edited sheets 
are awaiting verification against computer print-out. 

STEP 12; REFILE BATCH OF MAIN ENTRY CARDS. As soon as a work batch 
of cards is reproduced and versos interfiled, the cards can be returned 
to the original catalog for refiling. Daily refiling is recommended as 
an essential part of the process of returning cards to regular operation 
with the minimum delay. The daily amount of time for refiling, therefore, 
should be included as a factor in determining how many trays of cards can 
be processed feasibly in one work period or day. 

The cards will be in two sets of work trays: non-versos (with paral- 

ell drawer numbers) and versos corresponding to all trays in a batch. 
Refiling non-versos and versos separately probably will be more accurate. 

Refiling is done by vorking backwards in the number sequence of 
main entries on the backs of cards, from the highest number to the first 
number of the batch. 
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STEP 13: VERIFY THAT ALL CARDS HAVE BEEN REFILED. Once the main 
entry cards have been refiled, all catalog cards of a work hatch can he 
counted hy the numbering machine to prove that all cards have been returned. 
(End Ho. - Start No. + 1 * Total cards) 

This count is valid as long as no new or interim entries are made to 
the non-main entries of the batch while main entries are being processed. 

The correctness of sequence in refiling depends upon the person doing 
the refiling unless it is felt that a separate verification of the number 
sequence is worthwhile. Periodic sight checks during counting of all 
cards would only sample check that the sequence is correct at those points 
of sight checking. 



- 101 - 




PROD PIG. 4 (CONT. ) 



1 




ERjt 



i 

I 

* 

) 




103 - (cont. on next page) 



■ 





CO 

o 



0> 

x: 

-p 



10 

0) 

•H 

43 

s 



a 



a 

* 

» 

43 

« 

o 

o 



1 



f 



I 

O 

rH 

I 




CONVERSION PROGRAM 



Program specifications for the conversion 
and correction of CSL-PC input data with 
additional specifications relating to the 
manuAl correction of printouts problem. 



CON 



TABLE OF CONTENTS 



Table of Figures 107 

I. INTRODUCTION 108 

Conversion Programs 112 

CSL-PC Data Elements 118 

II. TRANS PROGRAM 122 

Input 122 

Processing Logic 127 

Detailed Specs 132 

HOLDINGS Subroutine 143 

ILLUS Subroutine 144 

TRACINGS Subroutine 145 

III. LIST PROGRAM 151 

Error Checking 151 

Output Format 1^2 

IV. FIX PROGRAM 

V. AUTOMATIC FIELD RECOGNITION (APR) 174 



- 106 - 

o 

ERLC 



CON 



TABLE OF FIGURES 



Figure Title Page 

1. Flowchart of “First Time" Conversion Inputs 114 

2. Sample Proofreading Format 115 

3. Flow of “Transaction" Conversion Inputs 116 

U. Processing Cycles for Conversion 117 

5 . Sample Coding Sheet 125 

6. Keypunched Version of Sample Coding Sheet 126 

7. A-Fields: Processing Logic 128 

8. B-Fields: Processing Logic 129 

9* I -Fields: Processing Logic 131 

10. A-Fields: Specifications 13^ 

11. B-Fields: Specifications 136 

12. I-Fields: Specifications 1^0 

13. Series Traced Same: Specifications 1^-6 

lU. Series Traced Differently: Specifications 1^7 

15. Non-Series, Non-Subject Tracings: Specs 1^8 

16. Subject Tracing Specs 150 

17. Field 008: Error Condition Table 152 

18. Variable Fields: Error Condition Table 15^- 

19. Field 008: Subfield Mnemonics 164 

20. Variable Fields: Mnemonics 166 

21. Legal FIX Expresssions 169 

22. Illegal FIX Expressions 169 

23. Collation Field: AFR Example 176 



- 107 - 




CON 



I. INTRODUCTION 

From the system point of view, the conversion function consists 
of translating the codes and tags supplied hy bibliographic editors plus 
the text of the catalog card itself, into a MARC II format machine record. 
Conversion deals with record units only and holds coded and converted 
records until they can be reviewed and verified or deferred. In brief, 
then, the system boundaries for the conversion function are keyboarding 
on the input side, and file maintenance with respect to output. 
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From the point of view of the flow of data , however, the conversion 
program accommodates data from many different input sources : retrospec- 

tive conversion, current acquisitions /cataloging, and search requests 
in support of technical processing. The first two inputs may be in the 
form of either full or partial record data; the third input type will be 
in partial form only. 



Data Source 


Type of Record 


Function 


Retrospective 


Full - new 


Probably addition to 
Master File 


Retrospective 


Partial - search 


Search for duplicate 
already in Master File 


Current Cataloging 


Full - new 


Probably addition to 
Master File 


Current Cataloging 


Partial - search 


Search for duplicate 
already in Master File 
(especially MARC section) 


Technical Processing 


Partial - search 
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Search Master File for 
duplicate (especially 
MARC partition) . 
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Partial records may consist of only author, short title and 
publication date (minimum), or also call number (optional), and subject 
tracings (optional). Author-title-date is all that is necessary for 
any search operation. Call number and subject tracings may be present 
to indicate variations from the record already in the master file. 

(The appropriate conditions for these various forms of record inputs 
and functions are more fully discussed under file maintenance .) 

The internal flow within the conversion function is itself composed 
of a number of separate sub-functions, all operating together to allow 
for code translation, editorial review, error correction, and continued 
re-cycling until the record can be verified. It should again be noted 
that here as throughout the entire input cycle, the main entry serial 
number (originated during the production process) is the predominant 
means for control and for identifying the same entry through many 
different procedures . 

The main entry serial number (MESN) is originally assigned to the 
source catalog card during the production and copy process. The MESN 
appears on the coding sheet. It is then used in editor’s logs to record 
their work flow. During keyboarding, in addition to serving as an input- 
output control, the MESN is punched along with the card text and codes. 
Thus it is also present in the computer record where it functions as a 
CRIDNO (Conversion Record ID Number). Finally, when the converted record 
is printed out for editorial review and verification, the correlation of 
the completed coding sheet with the computer print-out is accomplished by 
linking a MESN with a matching CRIDNO. 

SYSTEM SUMMARY . The first step in the record conversion process is to 
sort the keyboarded records into MESN/CRIDNO order. The codes, tags, 
and text for each catalog record are then input and processed directly, 
record by record, by the main conversion program. The input records may 
be classified into two main groups: (l) first-time input, and (2) trans- 

actions to records already in the conversion program work tape (CNF). 
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As already mentioned, the first-time category may contain full 
or partial records. The transaction category may also be sub- 
divided into corrections, verifications, and deferments. Unless 
otherwise specified, input records will be assumed to be in 
the first-time full record category. (Partial records, corrections, 
verifications, and deferments will be signalled by an alphabetic 
suffix appended to the MESN/CRIDNO during keying; these suffixes 
will be P, C, V, and D respectively.) The conversion program 
treats all first-time inputs in the same way. Separate paths 
are followed for the various types of transaction inputs. 

First- time inputs . The basic operations performed on first-time 
inputs are: 

1. code translations 

2. code-assisted field recognition 

3. automatic field recognition 

4 . legality editing 

CON Fig. 1 is a schematic of the first-time input flow. 

These four steps constitute the basic processing techniques used 
by the conversion program, and each is performed on that definite class 
of data elements to which the technique is relevant. Each technique 
contributes to the construction of a record which is at the MARC II 
level of data element identification and description. 

Code translations are oriented to the check boxes on the input 
coding sheet, and serve to build the fixed field descriptors and 
variable field indicators in the MARC format. Code-assisted field 
recognition depends upon scanning the bibliographic data itself for 
imbedded field and sub- field codes, and then constructing data fields 
according to MARC II specifications. Automatic field recognition 
techniques, where feasible, accomplish the same goals except they do 
not depend upon editor supplied codes to support MARC II data element 
identifications. Legality editing is the analysis of the record for 
inconsistent or illogical cataloging or coding situations; for example: 
analytic author added entries not in author-title form. 
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The philosophy of the conversion subsystem is to create a MARC 
record as quickly and as simply as possible, and then to process that 
MARC record for other conversion functions such as listing or correction. 
Thus the output of the conversion program for first-time inputs, is a 
MARC record which will then be printed out and corrected. The proof- 
reading format consequently is oriented to MARC fields and subfields 
rather than to input codes or a catalog card format. The format is 
as follows: 

Tag 

1st Subfield 

2nd Subfield (5 sp) 

3rd Sub field (10 sp) 

4th Subfield (15 sp) 

IMFR 260 

Place $a New York, 

Publ. $b Grosset and Dunlap, 

Date $c (1957> 

Date $c c 1931) 

The MARC tags and d elimi ters are displayed for bibliographic 
verification and the card text for typographic proofing. Of the two, 
bibliographic accuracy is more crucial to adequate system performance. 
COT fig 2 gives an example of a complete record printed out in proof- 
reading format. 

TRANSACTION INHJTS . For the conversion system, tram iction inputs all 
refer to records already on the Work File Tape. Transaction records, 
as the name implies, contain actions to be performed upon records which 
have already come through the "first-time" conversion cycle. The three 
types of transactions are: 

1. corrections 

2. verifications 

3. deferments 

A schematic cf the flow of transaction inputs through the conversion 
system is given in COT Fig. 3* 
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Corrections occur as a result of editorial review. Corrections 
are identified by locations (field tag word string) and by function 
(copy, delete). Corrected records are re-printed (only the altered 
portion) for further editorial review. It should be noted that L.C. 

MARC I experience indicated that 4l^ of all initial corrections required 
a second correction cycle. Corrections and proofreading may be done 
by input editors, or by other suitably trained personnel. 

When a record - either partial or full - has been proofread and 
corrected to an acceptable standard of bibliographic and typographic 
accuracy, it is released from the conversion system. The release is 
triggered by a specific transaction record which certifies the 
completeness of the editing and conversion/ correction cycle. 

The defer transaction is designed simply to hold records on the 
Work File for an indefinite period, for whatever reason. Entries in a 
defer status will be ignored in any time-on-work-file statistics or 
inventories. 

CONVERSION SUBSYSTEM . 

The conversion subsystem consists of four distinct processing 
modules, each of which accomplish a separate function with respect to 
the overall task. These four are: 



1 . 


Translate (TRANS ) 


: translate edit codes/tags to machine 

record 


2. 


Correct (FIX) 


: correct editorial/machine errors 


3. 


Format (LIST) 


: output both conversions and corrections 

for manual review 


4. 


Confirm (PASS) 


: construct final MARC II form for 

correctly converted records 



CGN Fig. 4 depicts the interaction of these four conversion modules, 
by showing three distinev cycles of an entry through the subsyst'^r.: 
original input, correction, confirmation. Cycle one (original input) 
requires the TRANS and LIST modules. Cycle two (correction) takes place 
after editorial proofreading and review and requires the FIX and LIST 
modules. Cycle three (confirmation) is the final system function and 
requires only the BASS module. 
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Records which undergo a successful conversion are released to a 
batch file which accumulates for processing by the file maintenance 
subsystem. Since any conversion run may be required to process con- 
currently cycles one, two or three, an executive control routine (EXEC) 
will be used to dete rmin e which modules to call in order to accomplish 
a given cycle. 

This chapter will present detailed specifications for TRANS, FIX, 
and LIST, plus a description of automatic field recognition (AFR) tech- 
niques. The remainder of this introductory section will describe supple- 
mentary CSL-PC data elements which have been added to the MARC format. 
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COR FIG. 2: SAMPLE PROOFREADING FORMAT 



TAG 

delimiter 
RECORD NO 


Catalog Card Data 

518178 


PC CALL 


F591 «35 1957 


ME ICRS 
name 
date 


Webb, Walter Prescott, 
1888- 


TITLE 

short 


The Great Plains. 


IMPR 

place 

pub 

date 

date 


New York, 

Grosset & Dunlap, 

( 1957 , 

C 1931 ) 


COLL 

page 

illus 

size 


525 P-, 

illus., 

21 cm. 


SN UNTR 
note 


(Grosset* s Universal Library, UL-29) 


BN BIB 


Includes bibliographies. 


SUB GEO 
head 
gen 


Great Plains 
Hist. 


SUB GEO 
head 
gen 


Mississippi Valley 
Hist. 


LC CALL 


F591 


DDC 


978 


LC CARD 


57-4356 


CAT 


Printed for A. B. P. 


DESCR 
Dtype 
Date 1 
Date 2 
Illus 


c - (pub + copyright) 

1957 

1931 

a- (illus) 



CON Fig. 3: FLOW OF "TRANSACTION” CONVERSION INPUTS 
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COB Fig. 4: PROCESSING CYCLES FOR CONVERTING CATALOG RECORD 



o 

Original 

Input 



O 



Corrections 



© 

Confirmation 
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CSL-PSC DATA ELEMENTS 



In order to accommodate Processing Center bibliographic fields for 
which MARC tags are not now available, supplemental tags and delimiters 
are provided as described below. 

* * * * 

f 008 1 GOVERNMENT PUBLICATION CODES I 

The simple on/off indicator now provided by MARC as the tenth 
fixed field does not provide sufficiently detailed coding for the 
several kinds of government documents which CSL-PC will expect to 
have delimited. By changing the kind of data entered in this field 
from zero or one to five alphabetic and the usual blank default 
character, CSL-PC can accommodate local needs without changing the 
length or sequence of the MARC fixed length data element control fields. 

[q 83 I LOCAL CLASSIFICATION NUMHERl 

Local library practice may call for the use of several different 
classification schemes within a library system. The historical, develop- 
ment or the diverse nature of the collections in a given library 
usually account for the presence of more than one classification scheme. 

Tag 083 has been selected for the "Local Classification Number" 
field. This usage places "local classification numbers" within the 
tag range that MARC has designated for "knowledge numbers". 

A single delimiter ($&) will serve to mark the total string of 
symbols representing "local classification numbers" appearing under 
the 083 tag. The "total string" is taken to include words and symbols 
indicating location as well as classification information. 

The first indicator will show which one of several possible 
classification systems is being referenced. A zero (0) in the first 
indicator position will signify that the symbols found following the 
$a uelimiter belong to a "special subject classification system" within 
the California State Library. A one (l) indicates that "CSL document 
numbers" are being referenced by the data, while a two (2) in this 
position indicates a "Superintendent of Documents catalog number", 
o 
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Further expansion of this • indicator would allow up to ten local clas- 
sification schemes to be accommodated. 

The second indicator in this field is blank. 

1090 I HOLDINGSI 

This field is constructed using the local call number, local 
location codes, and any copy data associated with a given bibliographic 
entity. So constructed, this field provides location pointers for 

monographs down through the branch level of libraries within the CSL- 
PC system. 

MARC tag 090 provides for 1 local call number* fields. This field, 
as defined below for CSL-PC use, combines local call number data with 
various location codes to form a single ’pointer’ which both identifies 
and locates a given bibliographic entity within the CST -PC system. 

Four delimiters are used with subfield data elements under tag 090. 

A seven-digit location code - made up of a three-digit code for 
major library, a two-digit code for branch library, and a two-digit 
code for number of copies at a given location - will be delimited by 
$a. Since fixed length numeric codes constitute the data fields under 
$a, this subfield can be viewed as a paeudo fixed field area allowing 
for future expansion should additional location codes be required. 

Local library call number - in the exact form it appears on the 
catalog card - receives the delimiter $c. Because call number usage 
is both vital and highly library specific, care must be taken lest 
the original form of this number be lost or changed. 

Copy information appearing on the card in the form of textual 
comments will be given $e as a subfield delimiter. 

Any special shelf location information will be delimited by $f . 

This usage permits differentiation of location within a branch collection 
forming part of the CSL-PC system. Example: 

$a0049001$c9iy. 9^ D79c$eRev. ed. 1934$f locked case 

Both indicators in this field will be set to blank. 
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$q | SUB FIELD (1XX, 4XX, 6XX, 7XX) 1 PSEUDONYM I 



All "other names" appearing on a catalog card after the personal 
author main entry form of a name will be included in the pseudonym 
field. Both the pseudonyms and words indicating that they are 
pseudonyms will be delimited as shown below. 

Sub field delimiter under MARC tags 100, 600 and 700 will be 

used for data coming under the meaning of this field as defined above. 



An example of how both the pseudonyms and words indicating that 
they are pseudonyms will be represented in the MARC record: 

10$aEliot, George, $qpseud. , i.e. Marian Evans, afterwards Cross 



130, 630, 730 | UNIFORM TITLE HEADING ALSO A SERIAL TITLE)" 



When a uniform title main entry is also a periodical or other 
serial title an indicator will be set in the MARC record as described 
below. 



The first indicator under MARC tags 130* 630 and 730 is affected 

by the definition given above. Setting this indicator for each of the 

three named tags will be done as follows: 

Main entry is not a serial title = 0 
Main entry is a serial title = 1 



245 1 TITLE TRACED SAME AS SHORT TITLE I 



The practice of the individual library with regard to the tracing 
of title when the title is the same as the short title, is considered 
important for CSL-PC records. 

The second indicator under MARC tag 245 will be used to show 

whether the catalog card feflects a title traced same as the short 

title. The practice of the individual library is taken as controlling, 

and this indicator records only what appears on the catalog card after 

local adaptation. Permitted settings of this indicator: 

The legend "Title." is crossed out = 0 
The legend "Title." is not crossed out = 1 



o 
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'LIMITED USE' 



NOTEl 



Various legends appear on catalog cards indicating that the work 
for which the card was made has been placed on limited or non-circulating 
status. This is usually done due to the fragility, rarity, or high 
incidence of use associated with such items. Local library practice 
will determine the circulation status of such books. 

Tag 506 has been assigned to this field for CSL-PC use. This 
tag places the 'limited use' note together with other, similar notes 
within the MARC record. 



A single delimiter $a prefaces the data constituting the kind of 
note described above. 



Both indicators in the field will be set to blank. 



1$07 1 "IN ANALYTIC" NOTE 

This field applies to analytic entries for parts of a work or 
series of works. Such parts are not bibliographically separate entries. 

Tag 507 has been assigned to this CSL-PC field. This usage puts 
"in analytic" notes within the same tag range used by MARC for various 
kinds of bibliographic notes. 

A single delimiter ($a) will mark the beginning of data under tag 
507. Both indicators in this field are blank. An example of how this 
field will appear within the MARC record: 

W$a(ln Mcllwraith, A. K., comp. Five Stuart tragedies. 

London, New York [1953] p.[99]- 200 ) 



[508 1 "FULL NAME" NOTE 

Supplementary information about the name of a personal author main 

entxy may appear on LC cards printed before 1964. 

« 

A single delimiter ($a) will precede the variable length data 
defined to be a "full name" note. Both indicators in this field are 
blank. An example of how this field will be represented in MARC: 
>ty$aName originally: Willi Applebaum 
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II. TRANS PROGRAM 

The function of the TRANS program is to create a MARC machine record 
of identified bibliographic data. The input to TRANS is the data contained 
on the standard Processing Center input coding sheet, see CON Figures 5 and 
d The output of TRANS is a MARC form record, which is passed on to the 
LIST program for edit checking and display . 

This section will discuss TRANS in terms of input, processing logic, 
and special subroutines. An extensive discussion of all the MARC data 
fields is found in Appendix I to this chapter. This discussion can be 
used as a complete reference to all the MARC elements as they relate to 
input codes. The discussion has been put in an appendix due to its size. 

# # # # 

INPUT . The instructions to the bibliographic editors for using the 

Processing Center input coding sheet are found in volume 3 of this report. 

The structure of the input coding sheet is divided into three main sections 

A- fields: Body or upper part of catalog card 

B- fields: Notes, tracings and other data in lower part 

J of card 

I-fields: Added descriptions, classifications, etc. 

The A- field codes and B-field codes are imbedded in the card data itself. 

I-fieid codes all derive from the ’’template" of codes which surrounds the 

card on the remainder of the input coding sheet. A review of these three 

structural sections of the coding sheet follows. 

A-Fields . There are ten discrete items of catalog data appearing in 
the first part of the body of the card which are almost always present and 
which receive a uniform code, the slash mark (/). These items are called 
A-Fields, and each field receives a slash mark. If an A-field is absent, 
a slash mark is still inserted. There should always be ten slashes in the 
A- fields after they are completely edited. A list of the A- fields follows. 

The ten A-Fields are: 

1. Local call number 

2. Main entry heading 

3 . Short title 

U. Title Elaboration, and remainder of title page transcription 

5. Place(s) of publication 

6. Publisher(s) 
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7. Dacte(s) of publication 

8. Pagination 

9. Illustration statenent 

10. Size 

B-Fields . There are Ul distinct fields of information which may appear 
on a catalog card following the A-Field information. Votes, tracings, IX! 
card number, etc. are found in this group. Each field receives a separate 
code and special editing. 

Unlike the A-Fields , the B-Fields receive codes only when they are 
present on the card; their absence is not signalled. There are two series 
of B-Field codes because of the large number of fields that can potentially 
be included by the library system: The first series of B-Field codes is 

composed of an asterisk (*) followed by a lower case alphabetical character. 
The second series of B-Field codes is composed of an exclamation mark 
(.' ) followed by a lower case alphabetic character. A space is not 
required between the field code and the field. 

There is no requirement that the B-Field codes appear on the card in 
alphabetical order. The field code must be written before the first occur- 
rence of that field. Within some of the fields there are sub-fields or other 
data which receive special editing and delimiting. A number of these field 
codes are repeatable; that is, some B-Fields appear more than once on a given 
catalog card and are to be coded anew each time they appear. (Others appear 
more than once but are to be coded only the first time they appear.) 

I-Fields. The I-Field codes serve to describe and classify the data 
on the catalog ccrd, in contrast to the A-Field and B-Field codes which 
only identify data. The I-Field codes record descriptive information, 

taken directly from the card or deduced from other data present. The 
cedes are found on the pre-printed portion of the coding sheet, beneath 
and to the left of the catalog card copy. 

The appropriate code is indicated either by a check mark or by fi llin g 
in a code or data in the corresponding code box. In some of the fields more 
than one option may be checked (e.g.. Content Form, Type of Work, Main Entry) 
in others the options are mutually exclusive or there is an order of prece- 
dence (e.g.. Date Type, Catalog Source, Form of Reproduction, Government Pub.) 

Certain of the I-Fields must always have an entry (e.g., the holdings boxes 
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which give the system and branch holding the book) and certain others 
must have an entry except when a default condition is met (e.g., an entry 
must always be made for type of date except when it is a single date with 
no missing digits). 

The input is In the form of a continuous stream, in the following 
order: I-Fields , A-Fields, B-Fields . CON Fig. 5 is an example of a f ully 

coded catalog entry. CON Fig. 6 is an image of that same coded entry con- 
verted into a continuous data stream. 
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CSL PROOFING CENTER 
INPUT CODING SHEET: 
MONOGRAPHS 



Date i Date 2 



I °l(,lo 



DATE TYPE: 



"be 


| 2 dates : 2d is (jc) 


be 


multiple date span 


bn 


date not known 


bq 


[ digits missing 


br 


1 prev. published 


1 cal LC call no. is 

bracketed 




CATALOG SOURCE: 




ea 


NAL 




eb 


HIM 




ec 


Coop. Cat. 




ed 


KUC 




ee 


other 




ef 


orig. cat. 




FORM OF REPRODUCTION: 


ga 


microfilm 




fib 


microfiche 




fie 


micro-opaaue 




fid 


large-print 






CONTENT FORM: 




ha 


abstracts 




ho 


bibliographies 


he 


catalogs 




kd 


dictionaries 




he 


encyclopedias 




hh 


hndbks . /manuals 


hi 


indexes 




hp 


progrmmd. texts 


hr 


directories 




hs 


statistics 




hy 


yearbooks 






TYPE OF WORK: 
Juvenile 




la 


• a 


ib 


fiction 




ic 


autobiography 




• A 1 

xdj 


biog.-indiv. 




id 


biog.-coll. 





1^31.' >G 

/FN4121 /weaver, Carl Harold. *1910- / 

.WM7 //Speaking iu pubhg£byj Ctrl H. Wmyit. /Hew York, 

/ X • n i_ A* / ' 



CON Fig. 5 



public apMkiag, 



u) 

8 O&ftl 



8G-711 

Ait ^ a 

w (90 



O TYPE OF ADDED ENTRY: 



Scries traced same 
as note 


Ja 






* 














Series traced dif- 
ferently from note 


Jr 




















Subject headings 
and subdivisions 


Jm 


ta 


















Non-sub Ject/non-se- 
rics tracings 


A 


1 



















GOVERNMENT PUBLICATION: 



MAIN ENTRY HEADING: 



ka 


U.S. Federal m 




— i 


kb 


St&t6 


ua 




kc 


Cal Co. /Muni. 


ub 


a 


kd 


international 


uc 


a 


ke 


other govts. 


m 


v^a 



type of main entry 
jn.e. is subject 



I mal c onference pub. 

ra _non-keyable data 

I qal c ancel title added 
entry same as title 

rra _card lacks title 
traced same as 
short title 



HOLDINGS: 

Total 

System +Br Copies 
Q Q Here 



sa 



% long. 



va 


O OH- 


°\0 




vb 








wc 








vd 









ftal ^translation 



must always be filled in 
must frequently be filled in 



EDITOR rrvx< 


Mo. 


Day 


Yr. 


Minutes 


01 


Xl 


U<? 


ox 
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DaylYr. 


Minutes 


L 


1 

1 








? 



CON 



KEYPUNCHED VERSION OF INPUT CODING SHEET SAMPLE 0 (CON Fig. 5 ) 



I-Fields 


1231*56 


01 


1966 jmtaudwa00l*90 




1231*56 


02 


/PNl*121 . W3l*7 /Weaver , Carl Harold, *dl910- 


A-Fields— 


1231*56 


03 


/Speaking in Public/>f [by ] Carl H. Weaver. 


1231*56 


01 * 


/New York, /American Book Co. /( 1966) 




1231*56 


05 


/vii, 1*88 p. /illus. /23 




1231*56 


06 


•flncludes bibliographies. 


B-Fields- 


1231*56 


07 


*mPublic speaking 




1231*56 

T 


08 

A 


•s»w808.51*x66-711+ 




1 

ID No. 







Line No. 



CON Fig. 6 



°For the sake of readability, the example is broken into 8 distinct 
lines, separating the I, A and B field structures. In practice no 
such separation need occur, and the TRANS logic will expect a continuous 
input stream and will rely on internal codes rather than line breaks to 
provide the structural distinctions. 
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TOnr?ESSTNG LOGIC . The processing logic of TRANS is straight line, 
and hence logically simple. However, it is also composed of an extremely 
large number of discrete data transformation functions, and in this sense 
is complex because of the amount of detail involved. In our presentation 
we try to simplify matters by constructing charts and tables of increasing 
levels of specificity, so that an orderly progression from generality 
to detail can be established. 

The most general point to be established concerns processing sequence. 
There are three distinct input sections: I-Fields , A-Fields , B-Fields. 

A-and B-Fields delimit the data as it appears on the catalog card; I-Fields 
supplement the A-and B-Fields by classifying the data according to fora or 
type and by supplying other additional information* Thus , there is a high 
degree of interaction between the I-Fields and the A-B Fields. It is our 
view that A and B-Fields should be processed first; afterwards the I-Fields 
should be considered.* The beginning of the A-Fields is easily determined 
by searching for the first slash in the input record, as shown in CON Fig. 6. 

Given this order of processing, it is appropriate to list in general 
the input codes with their corresponding MARC data elements. The following 
chart is not fully detailed, and does not map specific input data values 
into specific MARC data values . What is indicated is a general correspondence 
between input codes and MARC tags ; only in the I-Fields do we include the 
details of MARC subfields and indicators. 



•Do not confuse this processing order with the keypunching order; the keying 
order is I-Fields first, followed by A-Fields and then B-Fields. 
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CON Fig. 7: A-FIELDS— PROCESSING LOGIC 



Input 

Code 


MARC 

Tag 


Field Name 


1st / 


090 @ 


Local Call Number 


2nd / 


1XX 


Main Entry 


3rd / 


2l+5 


Short Title 


Uth / 


2U5 


Title Elaboration 


5th / 


260 


Place of Publication 


6th / 


260 


Publisher 


7th / 


260 


Date of Publication 


8th / 


300 


Pagination 


9th / 


300 


Illustration 


10th / 


300 


Size 



% = CSL-PC defined data elements 



CON Fig. 8: B- FIELDS— PROCESSING LOGIC 



Input 

Code 


MARC 

Tag 


Field Name 


*a 


to 


Series Notej Author-Title 


*b 


440 


Series Note: Title 


»c 


490 


Series Note: Not Traced 


»d 


490 


Series Note: Traced Differently 


»e 


015 


Nat'l. Bibliography Num. 


* f 


503 


Bibliography Note 


*g 


507 6 


'In' Analytic Note 


*h 


502 


Dissertation Ilote 


*i 


505 


Contents Note 


*j 


501 


* Bound With* Note 


*k 


500 


General Note 


% 


6xx 


LC Subject Tracings 


*n 


241 


Title Romanized Note 


*P 


503 


Bibliographic History Note 


*q 


7XX 


Non-subject/non-series Tracings 


*r 


8XX 


Series Tracings Different from Note 


»s 


050 


LC Call Number 


*t 


051 


LC Copy Statement 


*u 


090 § 


Local Holdings 


*v 


6xx 


Sears Subject Tracings 


*w 


082 


Dewey Class Number 


»x 


010 


LC Card Number 


*y 


02*5 


Overseas Acquisition Number 



% - CSL-PC defined data elements 



(cont. on next page) 
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CON Fij* 8s B-FIELDS— PROCESSING LOGIC (CONT. ) 



Input 

Code 


MARC 

Tag 


Field Name 


!a 


020 


Standard Book Number 


lb 


506 


'Limited Use' Note 


Ic 


520 


Abstract 


le 


6XX 


NLM Subject Headings (MESH) 


If 


6XX 


NAL " 


!g 


6xx 


Local Indexing Scheme 


!h 


060 


NIM Call Number 


li 


070 


NAL Call Number 


U 


071 


NAL Subject Category Number 


Ik 


oko 


Cataloging Source (Co-op) 


11 


083 e 


Special Classification Systems 


!m 


083 e 


Supt. of Documents Cataloging No. 


In 


040 


Co-operative Cataloging Library 


IP 


508 i 


Variant Name Note 


iq 


2kl 


Title Romanized Note 


Ir 


2k2 


Translated Title 


Is 


6XX 


Annotated Card Pgm. Subj. Headings 


Iv 


083 8 


CSL Documents Number 



6 a CSL-PC defined data elements 
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CON Pig. 9 : I -FIELDS— PROCESSING LOGIC 



Input 

Code 


MARC 

Tag 


MARC 

Subfield 


Field Name 


4 digits 


008 


pos 7-10 


Date 1 


4 digits 


008 


pos 11-14 


Date 2 


b 


008 


pos 6 


Ttype of Date(s) 


c 


050 


Ind 1 


Bracketed LC Call Number 


e 


008 


pos 39 


Cataloging Source 


g 


008 


pos 23 


Form of Reproduction 


h 


008 


pos 24-27 


Form of Content 


i 


008 


pos 22, 33-31* 


Type of Work 


Ja 


4 xx 


Ind 1,2 


Series Traced Same as Added Entry 


in 


6xx 


Ind 1,2 


Subject Added Entry 


J<1 


7XX 


Ind 1,2 


Non-Subject /Non-Series Added Entry 


Jr 


8XX 


Ind 1 


Series Traced Differently Added Entry 


k 


008 @ 


pos 28 


Government Publication 


m 


008 


pos 29 


Conference Indicator 


n 


008 


pos 38 


Modified Record (unkeyable data) 


<1 


245 


Ind 1 


Cancel Title Added Entry 


r 


245 


Ind 2 § 


Card Lacks Title Added Entry 


s 


008 


pos 35-37 


First Language 


s 


04l 




Languages 


t 


04l 


Ind 1 


Translation 


ua 


1XX 




Type of Main Entry 


ua 


1XX 


Ind 1 


Form of Heading 


ub 


1XX 


Ind 2 


Main Entry is Subject 


uc 


260 


Ind 1 


Main Entry is Publisher 


ud 


008 


pos 32 


Main Entry Repeated in Body 


w 


090 g 


$a 


Local Holdings 



& = CSL-PC defined data elements 
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DETAILED SPECIFICATIONS 

The vast majority of the input codes are optional, in the sense that 
they may he either present or absent in any given record. The following 
are the codes which must be present: 

A-Fields: all ten slashes (M.E., Title, Imprint, Collation) 

B-Fields : none 

I-Fields: w-codes (Holdings) 

Note that in the A-Fields, all ten codes (slashes) must be present, although 
there is no corresponding requirement that data be present as well. Thus 
the following would be possible in the case of a work without author heading: 

/Call Number/* /Short Title /Sub-Title /Place /Publisher /Date /Pages /Illus . /Size 
1 2|3 4 5 6 7 8 9 10 

(data not present) # 

This convention is used only in the slash codes of the A-Fields; it does not 
apply to any other set of codes . 

The I-fields employ their own convention designed to conserve editorial 
and keyboard labor - the default convention. When certain codes have a very 
high probability of being set in a certain way, it is not required that they 
be expressly input unless they are to be set differently than the normal or 
default condition. An example is the following. Many catalog cards being 
converted will be LC cataloging. Thus the default condition is LC cataloging, 
signified by a blank in position 39 of MARC field 008. The default condition 
hoid3 unl ess it is specifically countermanded by the presence of an e-code 
in the I-field, signalling a different cataloging source, e.g., eb * NLM ■ 
code "b" in position 39. Another way of stating this is that the absence 
of an e-code causes the default condition to be set. Default conditions 
apply to the following I-Fields: 



Input 






MARC 


Code 


Code 


Default Condition 


Tag 


Ind 


S.F. 


b 


Single known pub. date 


008 




6 


S 


e 


LC Cataloging 


008 




39 


* 


g 


Not reproduction 


008 




23 




h 


Content form not specified 


008 




24-27 


m* 


ia, ib, ic 


Not autobiography or 
biography 


008 




34 


U 


id 


Not juvenile work 


008 




22 


U 



(cont. on next page) 
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I-FIEU) DEFAULT COUHTHBS (COW. ) 



Input 


1 




Har <5 




Code 


Default Condition 


Tag 


Ind 


P os. 


Code 


ie 


Hot fiction 


008 




33 


0 


k 


Hot government publication 


008 




28 


¥ 


m 


Hot conference 


008 




29 


0 


n 


Only standard symbols in rec. 


008 




38 


0 


<1 


Create title added entry 


2 k 5 


1 




1 


r 


Card has title tracing 


2 k 5 


2 




0 


8 


Language is English 


008 




35-37 


eng 


ua* 


Personal author, single surname 


1 XX 






100 








1 




1 


ub« 


Main entry heading is not subject 


UX 


2 




0 


uc 


Main entry heading not publisher 


260 


1 




0 


ud 


Main entry heading not repeated 
in body 


008 


1 


32 


0 



It should be remembered that the table above represents what action 
needs to be taken when the input code is not present in the input data 
stream. Vote also that blank is the initial setting of most MARC codes. 
but sometimes zero is used as veil; blank is the initial setting of all 
indicators. « « • • 

At this point ve find it necessary to apologize for presenting still 
another mare detailed table of transform functions from input codes to 
MARC codes - there is no other way in vhich to achieve a total specification 
of the detailed logic of TRAVS. The set of tables vhich follow are divided 
19 into T— Field, A— Field and B— Field sections. Up to this point ve have 
described only the general code set to tag mappings. The detailed tables 
vhich follow specify the exact code value-to-MARC data value relationship. 
For example, b-codes (l-Fields) relate to position 6 of field 008 - the 
code 'be' maps to code *c* in position 6, code 'br' maps to code 'r' in 
position 6, etc. In the tables 'b'is termed a control code , and *c* is termed 
value code . *c\ to be set into position 6, is termed data. 

The order of codes in the input stream for A-Fields and I-Fields is 
fixed according to the order in vhich they are presented in the table. 
However the order of B-Fields is not fixed, nor is the order of subfield 
control codes within a major A or B-Field control code. 

•The default condition applies only if there is a 1 XX field - the absence 
of the input code could also mean the entry is not a 1 XX field. 



3 

ERLC 
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CON Fig. 10: A-FIELD SPECIFICATIONS 



CON 



D 


« Digit 


AC « 


Alpha Character (unspecified) 


% 


* Delimiter 


DEF.» 


Default (absence of both 
control code and value code) 


N 


* Blank 






* Zero 


A/N » 


Variable length alpha-numeric 


0 


code 



’INPUT MARC - - » 



CONTROI 


VALUE 1 
















CODES 


CODES 


TAG 


IND 


DELIM 


DATA 


COmENT 




1st / 












See HOLDINGS subroutine 


2nd / 


A/N 


1XX 




$a 


A/N 


Main Entry Heading: l) Personal 
2) Corporate 3)Conference MlJni- 














form Title 






*b 


A/N 


1XX 




lb 


A/N 


1 Numeration 2) Sub-unit 3 ) Number 


%c 


A/N I 


1XX 




*c 


A/N 


l) Identifier 3) Place 




%& 


A/N 


1XX 




Id 


A/N 


1,3) Date 






%e 


A/N 


1XX 




|e 


A/N 


1,2) Relator 3) Sub-unit 


fc 


A/N 


m 




te 


A/N 


3)Miscellaneous 






tx 


A/N 


i yy 




lq 


A/N 


l)Pseudonym 






§ 


A/N 


1XX 




Ik 


A/N 


1,2,3) Form Subheading 


1 


A/N 1 


1XX 




It 


A/N 


1,2,3 ,fc) Title of Book 


*h 


A/N 1 


2U0 




la 


A/N 


Interposed Filing Title 


3rd / 


A/N 1 


2U5 




la 


A/N 


Short Title 






Uth / 


A/N 


2U5 




lb 


A/N 


Remainder of Title 




% 


A/N 


2U5 




Ic 


A/N 


Remainder of Title Page 










Transcription 






§ 


A/I 1 


I 250 




la 


A/N 


Edition 






% 


A/I 


250 




lb 


A/N 


Any remaining title page info- 
rmation after edition. 


5th / 


A/N 


I 260 




la 


A/N 


Place of Publ. 1 






6th / 


A/N 


260 




lb 


A/N 


Publisher 


* IMPRINT 


7th / 


A/N 


260 




Ic 


A/N 


Date 






%& 


A/N 


260 




la 


A/N 


Multiple imprint data: 




A/N 


260 




lb 


A/N 


May appear after 5th / , 
6th / 7th 


%c 


A/N 


2$C 




Ic 


A/N 








8th / 


A/N 


I 300 . 




la 


A/N 


Pagination 


] 


1 


9th / 


A/N 


300 




lb 


A/N 


Illus. matter 


( 


r COLLATION 






008 




18-21 




See ILLUS Subroutine 




10th / 


A/N 


300 




Ic 


A/N 


Size 
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A-FIELD SPECS (COR.) 



COS 



HPOT V 4 MABC i 



CONTROL 

CODES 


VALUE 

CODES 


TAG 


HD 


DEUM 


DATA 


COMMENT 


%& 


A/N 


300 




la | 


A/I 


Multiple collation 


%b 


A/N 


300 




|b 


A/I 


data - nay appear 














after 10th slash. 


%e 


A/I 


300 




♦c 


A/I 




$ 


A/N 


350 




la 


1 A/N 


Bibliographic Price 



CON 



CON Pig. 11: B-FIELDS SPECIFICATIONS 



INHE fr— > j MAR C — > 



CONTROL 

CODES 


VALUE 

CODES 


TAG 


IND 


DELIM 


DATA 


COMMENTS 


•a 


A/N 


tax 




la 


A/N 


Series Note, Traced The tax 


%b 


A/N 


tax 




|b 


A/N 


delimiters shown can apply to 














the following tracing types: 


%c 


A/N 


tax 




lc 


A/N 




%d 


A/N 


tax 




Id 


A/N 


400 - Personal author- title 


%e 


A/N 


tax 




le 


A/N 


4lO - Corporate author-title 




A/N 


tax 






A/N 


4ll - Conference title 


%x 


A/N 


to 




|q 


A/N 




0 


A/N 


to 




$k 


A/N 




1 


A/N 


to 




$t 


A/N 




%n 


A/N 


to 




|v 


A/N 




*b 


A/N 


Mo 




la 


A/N 


Series Note, Traced (Title) 


%n 


A/N 


Mo 




|v 


A/N 




*c 


A/N 


490 




la 


A/N 


Series Note, Not Traced 








1 




0 




*d 


A/N 


490 




la 




Series Note, Traced Differently 








1 




1 




*e 


A/N 


015 




la 


A/N 


NBN 


% 


A/N 


015 




la 


A/N 




* f 


A/N 


504 




la 


A/N 


Bibliography Note 


*g 


A/N 


507 




la 


A/N 


'In' Analytic Note 


*h 


A/N 


502 




la 


A/N 


Dissertation Note 




A/N 


505 




la 


A/N 


Contents Note 








1 




0 


If first word of A/N * 'contents' 








1 




2 


If first word of A/N « 'partial' 








1 




1 


If neither of the above is true 




A/N 


501 




la 


A/N 


'Bound with' note 


*k 


A/N 


500 




*a 


A/I 


General Note. (Multiple occur- 












I 


rence of ' # k' should be repeat- 










1 




ed |a in single 500 field. 
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(cont. on next page) 



COR 



CON Fig. 11: B- FIELDS SPECIFICATIONS (OONT. ) 



« INPUT > « MARC * 



CONTROL 


VALUE 


TAG 


IHD 


DELIM 1 


DATA 


COMMENTS 


CODE? 


CODES 














A/N 


6XX 




$a 


A/N 


Subject Tracings* The 6xx 


ft 


A/N 


6XX 




ft 


A/N 


delimiters shown can apply to 
the following tracing types: 


ft 


A/N 


6XX 




$c j 


A/N 




ft 


A/N 


6XX 




$d 


A/N 


600 - Personal Author 


ft 


A/N 


6xx 




$e 


A/N 


610 - Corporate Author 

611 - Conference 


ft 


A/N 


6xx 




$g 


A/N 


630 - Uniform Title 


ft 


//N 


6xx 




$q 


A/N 


650 - Topical 

651 - Geographic 


# 


A/N 


6xx 




$k 


A/N 


652 - Political 


$ 


A/N 


6XX 




$t 


A/N 








6XX 


2 




0 


LC Subject Heading 


»n 












(Romanized Title) Deferred item 


# P 


A/N 


503 




$a 


A/N 


Bibliographic History Note 


*q 


A/N 


7XX 




$a 


A/N 


Non-Series Non-Subject Tracings. 


ft 


A/N 


7XX 




$b 


A/N 


The delimiters shown can 

apply to the following tracing 


ft 


A/N 


7XX 




$d 


A/N 


types: 


ft 


A/N 

A/N 


7XX 

7XX 




ft 


A/N 

A/N 


700 - Personal Author 
710 - Corporate Author 


ft 




$g 


711 - Conference 


ft 


A/N 


JXX 




$q 


A/N 


730 - Uniform Title 




A/N 


7XX 




$k 


A/N 


740 - Title Traced Differently 
753 - Proper name 


$ 


A/N 


7XX 




$t 


A/N 




*r 


A/N 


8XX 




$a 


A/N 


Series Traced Differently than 


ft 


A/N 


8XX 




ft 


A/N 


note. The 8xx delimiters 
shown can apply to the following 


ft 


A/N 


8xx 




$c 


A/N 


tracing types: 


ft 


A/N 


8XX 




$d 


A/N 




ft 


A/N 


8XX 




$e 


A/N 


800 - Personal Author 
810 - Corporate Author 


ft 


A/N 


8XX 




$g 


A/N 


811 - Conference 


ft 


A/N 


8XX 




$q 


A/N 


840 - Title 


# 


A/N 


8XX 




$k 


A/N 




$ 


A/N 


8XX 




$t 


1 A ^ N 




ft 


A/N 


8XX 




$v 


I A/N 






- 137 - 



(cont. on next page) 



CON 



CON Pig. 11: B-FTELDS SPECIFICATIONS (CCNT. ) 



— -Pj 

CONTROL 

CODES 


[PUT — » 

VALUE 

CODES 


4 

TAG 


— fl 

IND 


™ — ■■ 
DELIM 


> 

DATA 


COMMENTS 


•s 


A/N 


050 




$a 


A/N 


LC Call Number. If *s is not 
followed by any A/N, then use 
field 090, $c subfield (local 
call no.) 


•t 


A/N 


051 




$a 


A/N 


LC copy statements 


%c 


A/N 






$c 


A/N 




*u 












See HOLDINGS subroutine 


« v 












Deferred field (Sears Subject 
Heading) 


*w 


A/N 


082 




$a 


A/N 


Dewey Decimal Number 


% 


A/N 


082 




$a 


A/N 


repeatable $a subfield 


•x 


A/N 


010 




$a 


A/N 


LC Card Number 


•y 


A/N 


025 




$a 


A/N 


Overseas Acquisition Number 


! a 


A/N 


020 




$a 


A/N 


Standard Book Number 


Jb 


A/N 


506 




$a 


A/N 


'Limited Use' Note 


•c 


A/N 


520 




$a 


A/N 


'Abstract' Note 


!e 


A/N 


6XX 


2 




2 


NLM Subject Heading for subfields 
see '*m' 


!f 


A/N 


6XX 


2 




3 


NAL Subject Heading for subfields 
see '*m' 


•e 


A/N 


6XX 


2 




U 


Local Subject Heading for sub- 
fields see '*m' 


Ih 


A/N 


060 




$a 


A/N 


NLM Call Number (If no A/N, then 
pick up field 090, $c subfield) 


!i 


A/N 


070 




$a 


A/N 


NAL Call Number ( " ) 


!J 












Deferred at this time (NAL Subj. 
Category Number) 


!k 


A/N 


OUO 




$b 


A/N 


Coop Catalog Call Number . If no 
A/N then pick up field 090, $c 
subfield 


!1 












Deferred at this time (Special 
classification system) 



(cont. on next page) 
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CON 



CON Fig. 11: B-FIELDS SPECIFICATIONS (CCNT. ) 



< I NPOT — M MARO- ■ > 



CONTROL 

CODES 


VALUE 

CODES 


TAG 


IND 


DELIM 


DATA 


COMMENTS 


!m 


A/N 


083 




$a 


A/N 


Superintendent of Documents 
Catalog Number 








1 




2 




!n 


A/N 


040 




$a 


A/N 


Name of Coop Catalog Library 


ip 


A/N 


508 




$a 


A/N 


Full name notes 


iq 












(Title Romanized) Deferred item 


!r 












Translated title 


!s 


A/N 


6XX 


2 




1 


Annotated Card Program Subject 
Heading 

For subfields see **m* 


!v 


A/N 


083 




$a 


A/N 


CSL Documents Number 








1 




1 
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I 



CON 



CON Fig. 12: I -FIELDS SPECIFICATIONS 



D 


= Digit 


AC = Alpha Character (unspecified) 


% 


= Delimiter 


DEF.= Default (absence of both 


X 


” Blank 


control code and value code) 


0 


= Zero 


A/N - Variable length alpha-numeric 
code 



•INPUT > < MARC > 



CONTROL 

CODES 


VALUE 

CODES 


TAG 


IND 


DELIM/ 

POSITION 


DATA 


COMMENTS 


(1st 


DDDD 


008 




7-10 


DDDD 


See DATES 


Field) 


DDDD 


008 




11-14 


DDDD 


Subroutine 




DEF. 


008 




7-lU 


blanks 




b 


AC 


008 




6 


AC 


Type of Date 




DEF. 


008 




6 


s 




c 


a 


050 


1 




1 


LC Call No. Bracketed 




DEF. 


050 


1 




0 


Only if field 050 exists 


e 


AC 


008 




39 


AC 


Cataloging source 




DEF. 


008 




39 


0 




g 


AC 


008 




23 


AC 


Form of Repro. 




DEF. 


008 




23 


V 




h 


AC 


008 




24 


AC 


Content Form- 


h 


DEF. 


008 




24 


* 


(Same specification 
applies to positions 
25,26,27) 


i 


a 


008 




34 


a 


Biography code 




b 


008 




34 


b 






c 


008 




U> 


c 






DEF. 


008 




34 


0 




• 

1 


d 


008 




22 


J 


Juvenile Indicator 




DEF. 


008 




22 


u 




• 

l 


e 


008 




33 


i 


Fiction Indicator 




DEF. 


008 




33 


0 





(cont. on next page) 
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CON Fig. 12: 1-FIELDS SPECIFICATIONS (CQNT. ) 



CON 



o 

ERIC 



INPUT* 

control! VALUE 
CODES I CODES 



J 



k 



m 



n 



sa 



% 



ua 



AC 



AC 

DEF. 



a 

DEF. 



a 

DEF. 



a 

DEF. 



a 

DEF. 



A/N 

A/N 

DEF. 



a 

DEF. 



Pb 

pc 

pd 

ca 

cb 

cc 

fa 

fb 

fc 

ua 

sa 

DEF. 



TAG 



•MARC - - 

DELIM/ 
IND I POSITIOl 



DATA 



008 

008 



28 

?8 



AC 

y 



008 

008 



29 

29 



1 

0 



008 

008 



38 

38 



1 

0 



245 

245 



1 

1 



245 

245 



2 

2 



0 

1 



008 

04l 

04l 

008 



35-37 

$a 

$b 

35-37 



A/N 

A/N 

A/N 

eng 



04l 

04l 



1 

1 



100 

100 

100 

110 

110 

110 

111 

111 

111 

130 

130 

100 



1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 



2 

0 

3 

1 

2 

0 

1 

2 



1 

1 



COMMENTS 



See TRACINGS Subroutine 



Gov't. Tub. Indicator 



Conference Ind. 



Non-Key able Symbols Ind. 



Title A.E. Indicator 



2nd Title A.E. Indicator 



First 3 char, of A/N 
if A/N is > 3 chars. 

Language code 



Translation 
Only if 04l exists 



Set 1XX tag + Ind. 1 

99 



99 

99 

99 

99 

99 

99 

99 

99 

99 

99 
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(cont. on next page) 



CON 




CON Fig. 12: I-FIELDS SPECIFICATIONS (CGNT. ) 

INPUT > £ MARC ■ ■ ■ > 



CONTROL 


VALUE 






DELIM/ 






CODES 


CODES 


TAG 


IND 


POSITION 


DATA 


COMMENTS 


u 


b 


1XX 


2 




1 


Main Entry is Subject 




DEF. 


1XX 


2 




0 




u 


c 


260 


1 




1 


Publisher is M.E. 




DEF. 


260 


1 




0 




u 


d 


008 




32 


1 


M.E. Repeated in Body 




DEF. 


008 




32 


0 




wa 












See HOLDINGS subroutine 


wb 












ff ff ff 


wc 












ff ff ff 


vd 












ff ff ff 
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CON 




HO LDINGS Subroutine 

The holdings statement field, tag 090, defines all the location, call 
number an d copy data for a library /branch • The field has the following 
sub fields : 

$a - 7 digits : library code ( 3 digits ) , library branch 

(2 digits), number of copies held (2 digits) 

$c - call number of the book assigned by local, library 

$e - copy data, as textual comment 

$f - special shelf location 

The field is constructed from three input code sources: l) the 

first A- Field slash (/); 2) B- Field code *u; 3) I-Field w-codes. An 

entry may contain more than one 090 field (e.g. , if branch holdings 
are recorded). 



The three field codes map into the 090 field in the following way: 



Control 

Code 


Value 

Codes 


Tag 


Ind. 


Delim 


Data 


Comments 


1st / 


A/N 


090 




$c 


A/N 


Map into first 090 




A/N 


090 




$e 


A/N 


field. 




A/N 


090 




$f 


A/N 




*u 


A/N 


090 




$c 


A/N 


Map into (2nd, 3rd, 


1o c 


A/N 


090 




$e 


A/N 


4th) 090 fields. 




A/N 


090 




$f 


A/N 




wa 


7D 


090 




$a 


A/N 


Map into 1st 090 field 


wb 


7D 


090 




$a 


A/N 


Map into 2nd 090 field 


wc 


7D 


090 




$a 


A/N 


Map into 3rd 090 field 


wd 


7D 


090 




$a 


A/N 


Map into 4th 090 field 



The construction is straighforward with the following exceptions: 
l) *u: if there is no A/N data then use $c subfield from first 090 

field; 2) After all 090 fields in an entry are built, compare the first 
5 digits of $a subfields (system + branch codes) of all 090 fields. If 
any two match, combine the fields by: (a) adding together the number 
of copies (last 2 digits of $a), and (b) creating an additional string 
of $c, $e, $f sub fields if required. Example: 

FIRST 090: $a 0019002 $c380.D12 

SECOND 090: $a 0019003 $c380.D12a $e Same: Rev. ed. 1934 
COMBINED 090: $& 0019005$c380. D12 $c380.D12a $e Same: Rev. ed. 1934. 
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CON 



ILLUS Subroutine 

The illustration code data element in MARC is not explicitly set 
via editorial code. An indeterminate string of illustration statements 
is identified for the Collation field (tag 300, subfield $b) by the 9th 
A-Field slash. However, a specific set of codes must also be set in 
positions 18-21 of the MARC field 008. 

These codes are set by the programs examining the text contained 
in tag 300, subfield $b, and setting appropriate codes into field 008. 



Eleven distinct 


codes are to be 


identified and there can be up to four 


such codes in each record. The following table gives the text-to-code 


correspondences . 


Only as much 


of 


the text is given as is necessary for 


identification . 








Text 


Code 




Comment 


il 


a 




illustration 


ma 


b 




map(s) 


po 


c 




portraits 


ch 


d 




charts (rare) 


plan 


e 




plans 


plat 


f 




plates 


mu 


g 




music 


fa 


h 




facsimiles 


coa 


i 




coat of arms (rare) 


ge 


i 




genealogical tables (rare) 


fo 


k 




forms 


The following examples will illustrate: 


Text: 


illus . , coats 
1 r— 1— J 


of 


arms, plates 
J 


Codes : 


A ▼ V 

a i f 16 







Note that blanks are used as padding to complete the four position code 
set. In the rare case that there is an additional $b subfield, the second 
subfield should be ignored (on the grounds that it is uneconomical to 
search for the occurrence of a rare case). 
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CON 



TRACINGS Subroutine 

Added entries have been separated into a subroutine formulation, not 
because of logic so much as the extent of the data involved. It should be 
noted however that the J -codes for tracings apply to the fields already 
created by the B-Fields *a, # r, *m, and *q. In addition there may be sev- 
eral tracings, each of which gets a separate B-Field code. The j -codes of 
the 1-Fields are meant to apply serially in order to each B-Field code: 

B-Fields: *mSubJect One. "mSubject Two. •mSubJect Three. 

t r, f » 

I-Fields : Jmtacata 

Thus, both the first B-Field and the first I-Field map into the first 
MARC subject tracing field, the second B-Field and second I-Field map into 
second MARC field, etc. The only minor exception to this occurs in 'Jm' 
(subject tracings) where there may also be subdivision codes. 

Subdivision codes require additional explanation. First, they are not 
explicitly delimited by a B-Field code. We rely instead on its natural punc 
tuation: an em-dash, to be punched as two dashes ( — ). In the MARC record, 

the double dash is to be replaced by an appropriate subdivision subfield 
delimiter, based on what is in the 'Jm' I-Field string. For example : 



I-Fields : 
B-Fields : 

MARC: 



jmtawacax^ 



u 

*mSubJ 



ibject One-k-History 

? 

$aSubject QnefxHistory 



* f 

•mSubJect Tvo-^-1900-1915 • 

$aSubject Tvo|yl900-1915 



The r emainde r of this section will provide tne detailed input -code-to- 
MARC-code specifications for the four types of tracings involved. The for- 
mat will be the same detail specification table used in the preceding sec- 
tions. Note that there is a high level of correspondence between J-codes 
and *ua* codes. 
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CON 




CON Fig. 13: SERIES TRACED SAME SPECS 

(SEE: B-FIELD CODE *a) 

INTRODUCED BY: MAJOR CONTROL CODE Ja (e.g. , Japacapa) 




CON 



CON Fig. Ik: SERIES TRACED D IF F ERE NT L Y SPECS 

(SEE: B-FIELD CODE »r) 

INTRODUCED BY: MAJOR CONTROL CODE Jr (e.e., Jrpapbpa) 



INPUT 


MARC 




Control 

Codes 


Value 

Codes 


TAG 


IND 


DELIM 


DATA 


COMMENTS 


P 


a 


800 


1 




1 


Set 8XX ♦ Ind 1 




b 


800 


1 




2 


n 




c 


800 


1 




0 


ti 




d 


800 


1 




3 


it 


c 


a 


810 


1 




1 


Set 8XX + Ind 1 




b 


810 


1 




2 


•i 




c 


810 


1 




0 


9f 


f 


a 


811 


1 




1 


Set 8XX + Ind 1 




b 


811 


1 




2 


ft 




c 


811 


1 




0 


ff 


s 


a 


8U0 








Set 8XX 



o 



1U7 



CON 



CON Fie. 15: NON-SUBJECT, NON-SERIES TRACINGS SPECS 

(SEE: B-FIELD CODE *q) 



INTRODUCED BY: MAJOR CONTROL CODE fa (e.g., Jgpapepa) 



INI 


PUT 




MARC 




Control 

Codes 


Value 

Codes 




TAG 


IND 


DELIM 


DATA 


COMMENT 


P 


a,e ,i 




700 


1 




1 


Set 7XX + Ind 1 




D,f,J 




700 


1 




2 


19 




c,g,k 




700 


1 




0 


19 




d,h,m 




700 


1 




3 


99 




a,b,c,d 




700 


2 




0 


Set 7XX + Ind 2 




e,f,g,h 




700 


2 




1 


99 




i,J ,k,m 




700 


2 




2 


99 


c 


a,d,g 




710 


1 




1 


Set 7XX + Ind 1 




b,e,h 




710 


1 




2 


99 




c.f.i 




710 


1 




0 


99 




Qi )1) f C 




710 


2 




0 


Set 7XX ♦ Ind 2 




d,e,f 




710 


2 




1 


99 




g»k,i 




710 


2 


. 


2 


99 


f 


a,d,g 




711 


1 




1 


Set 7XX + Ind 1 




b,e,h 




711 


1 




2 


91 




c,f,i 




711 


1 




0 


99 




a,b,c 




711 


2 




0 


Set 7XX + Ind 2 




d,e,f 




711 


2 




1 


99 




g»b»i 




711 


2 




2 


99 



(continued on next page) 
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CON Fig. 15 (COHT.) 



INPUT 


MARC 




Control 

Codes 


Value 

Codes 


TAG 


IND 


DELIM 


DATA 


COMMENT 


u 




730 


1 




0 


Set 7XX + Ind 1 


8 




730 


1 




1 


fi 


u,s 


a 


730 


2 




0 


Set 7XX + Ind 2 




b 


730 


2 




1 






c 


730 


2 




2 




b 


a 


740 


2 




0 


Set 7XX + Ind 2 




b 


740 


2 




1 


ff 




c 


740 


2 




2 


ff 


n 


a 9 c ,e 


750 


1 




0 


Set 7XX + Ind 1 




b,d,f 


750 


1 




1 


ft 




a,b 


750 


2 




0 


Set 7XX + Ind 2 




c,d 


750 


2 




1 


ff 


L 


e,f 


750 


2 




2 


ff 
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CON Fia. l6: SUBJECT TRACING SPECS 



(SEE: B-FIELD CODES %, !e, If, Is) 



INTRODUCED BY: MAJOR CONTROL CODE Jm (e.g. , Jmpavapa) 



INPUT 


MAR 


2 




Control 

Codes 


Value 

Codes 


TAG 


IND 


DELIM 


DATA 


COMMENT 


P 


a 


600 


1 




1 


Set 6XX + Ind 1 




b 


600 


12 




2 


99 




c 


600 


1 




0 


99 




d 


600 


1 




3 


99 


c 


a 


610 


1 




1 


Set 6XX + Ind 1 




b 


610 


1 




2 


99 




c 


610 


1 




0 


99 


f 


a 


611 


1 




1 


Set 6XX + Ind 1 




b 


611 


1 




2 


vv 




c 


611 


1 




0 


99 


u 


a 


”530 


1 




9 


" Set "5XX + Ind 1 


s 


a 


630 


1 




1 


99 


b 


a 


630 


1 




2 


99 


t 


a 


650 


1 




0 


Set 6XX + Ind 1 




b 


650 


1 




1 


99 


g 


a 


651 


1 




0 


Set 6XX + Ind 1 




b 


651 


1 




1 


99 


d 


a 


652 








Set 6XX + Ind 1 


V 


a 


6XX 




$x 




Set 6XX Subdivision 
subfield 


X 


a 


6XX 




$y 




99 


y 


a 


6XX 




Hz 




99 



CON 



III . LIST Program 

As its name implies, the main function of the LIST program is to provide 
proofreading output for bibliographic editors. However this is not entirely 
a matter of usual format /print routines . LIST includes : 

a) Detection and analysis of possible error conditions 

b) Formulation of error messages 

c) Structuring a MARC output format 

This section of the CON chapter will attempt to identify potential error 
conditions in the conversion record, and will specify a MARC structure output 
format. 

The input to the LIST program is the output of TRANS, that is to say, a 
record in MARC II machine format. (Thus MARC tapes may also be printed re- 
cord-by-record via LIST; LIST may also be used to print records being added 
to BIB MSTR file via FILE MAINTENANCE subsystem, see chapter MAINT.) 

ERROR CHECKING 

All error checking done in the CON system is therefore performed on the 
MARC form record. No editing is done to input codes; the codes are processed 
by TRANS directly, without checking legality or consistency, although a 
limited number of error messages may be generated by the TRANS program: e.g. 
fewer than 10 A-Fields, unrecognizable i-code, etc. CON Diagnostic messages 
are interleaved with the LIST printout; both the printout and its error 
messages are oriented to the MARC record. (A similar orientation to the 
MARC record will also control the processing logic of the FIX program. ) 

The following table of error conditions is therefore presented in MARC 
order. For the sake of completeness , all the MARC fields are listed. How- 
ever those fields or subfields marked with an * (asterisk) should not be 
edited for content since they are set by the program rather than by input 
code. (However, during debug runs, even those fields may be edited to 
check the accuracy of the TRANS program.) 

One further point : The range values , and the correlations , are usually 

given on a statistical basis. That is, what is expected in a large majority 
of uses. The diagnostic messages are thus for calling the proofreader's 
attention to an unusual occurrence, rather than signalling a catastrophic 
error. Proposed error messages are not given in the Error Condition Table. 
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CON Fig. 17: FIELD 008 ERROR CONDITION TABLE 

D = Digit N = Numeric data 

= Blank M * Mixed alphameric 

A = Alphabetic data * = Do not edit 



FIELD NO. 


POS. 


LEGAL CODES 


COMMENTS 


1 


0-5 


DDDDDD 




2 


6 


s 


Date 1 = DDDD and Date 2 = WW 






c 


Date 1 = DDDD and Date 2 = DDDD 






<1 


Date 1 * DDDD and Date 2 * DDDD; 
also Date 1 Date 2 






n 


Date 1 = WW and Date 2 = WW 






m 


Date 1 = DDDD 






r 


Date 1 = DDDD 


3 


7-10 


DDDD 


Date 1 






VKKK 




k 


11-lU 


DDDD 


Date 2 






tm 




*5 


15-17 


AAA,Wtf 




*6 


18 


a-k, V 


This field is set by program. 
Don't edit. 




19 


a-k 9 






20 


a-k, K 






21 


a-k, K 





(cont. on next page) 
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CON Fig. IT (CONT.) 



! 

FIELD NO. 


POS. 


LEGAL CODES 


COMMENTS 


*7 


22 


J. K 




8 


23 


a-d, V 




9 


2k 

25 

26 
27 




b, c, i, a, d, e, r, y, s, h, p, V 

99 

99 

99 


*10 


28 


0, 1 




11 


29 


0, 1 


If 1, then main entry should be 111 


*12 


30 

■ " 1 


1* 


Set by program 


*13 


31 


* 


Set by program 


Ik 


32 


0, 1 


If 1, check 245 $c for author state- 
ment (see error conditions, tag 245, $c 


*15 


33 


0, 1 




l6 


3k 


& 9 t) * C ) irf 


If code = a, tag 100 Ind 2=1 


17 


35-37 


AAA 


If field 04l exists, then editing 
is performed against that field. 
Else check Lang. Table 


*18 


38 


0, 1 




19 


39 


a-f, X 





ERIC 
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CON Fig. 18: VARIABLE FIELDS ERROR CONDITION TABLE 



D = Digit 


N = Numeric Data 


y = Blank 


M - Mixed Alphanumeric 


A = Alphabetic Data 


* = Do not edit 









Sub- 


— 


0 


Sub field 


Tag 


Ind 1 


Ind 2 


field 


Range 


Correlations/Comments 


Mnemonic 


010 


V 


V 


$a 


M 






015 


i 


y 




M 






020 


V 


0 


$a 


N 






025 


V 


V 


$a 


M 






040 


i 


y 


$a 


M 






04l 


0 


0 


$a 


A 


$a sub field must contain 
at least two 3 -character 


TEXT 




1 




$b 


A 


language codes 


SUM 


050 


0 


V 


$a 


M 




CLASS 




1 




$b 


M 




BOOK 


051 


0 


0 


$a 


M 




CLASS 




1 




$b 


M 




BOOK 








$c 


M 




COPY 


060 


V 


V 


$a 


M 




CLASS 








$r 


M 




BOOK 


070 


1 


V 


$a 


M 




CLASS 








$r 


M 




BOOK 


082 


V 


0 


$a 


M 






083 


0 




$a 


M 






090 




0 


$a 


7N 


DDD = System, DD = Branch 
DD = No. of copies 


HOLD 








$c 


M 




CALL 




1 

i 




$e 


M 


$e sub field repeatable 


COPY 




i 

I 

1 

4 . 




$f 


M 


$f subfield is repeatable 


LOC 
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CON Fig. 18 (CONT.) 



Tag 


Ind 1 


Ind 2 


Sub- 

field 


Range 


Correlations / Comments 


Sub field 
Mnemonic 


100 


0 


0 




A 


Subfield $a required 


NAME 












(If Ind 2=1, then field 






1 


1 


$b 


A 


008 pos 3U = a) 


NUM 




2 




$c 


M 


j 


DESIG 


j 


3 




$d 


N 


$b-allcw roman numerals only 


DATE 








$e 


A 


$d-allow b., d. , fl. 


PEL 


1 

1 








A 




PSEUD 


| 

i 






$k 


A 




FORM 








$t 


A 




BOOK 


no 


0 


0 


$a 


A 


Sub field $a required 


NAME 




1 


1 


$b 


M 




SUB 




2 




$e 


A 


Subfield $e is repeatable 


REL 








$k 


A 




FORM 








$t 


A 




BOOK 


in 


0 


0 


$a 


A 


Sub field $a required 


NAME 




1 


1 


$b 


M 




NUM 




2 




$c 


A 




PLACE 








$d 


N 




DATE 








$e 


A 


Subfield $e is repeatable 


SUB 








$g 


A 




MISC 








$k 


A 




FORM 








$t 


A 




BOOK 


130 


0 


0 


$a 


A 


Sub field $a required 


BEAD 




1 


1 


$t 


A 




BOOK 



Note: 100, 110, 111, 130 are mutually exclusive tags; also absence of 

all 1XX tags is allowed. 



(cont. on next page) 
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CON Fig. 18 (CONT.) 



CON 









Sub- 






Subfield 


Tag 


Ind 1 


Ind 2 


fields 


Range 


Correlations/Comments 


Mnemonic 


245 


X 


X 


$a 


A 


Field 245 always required 


SHORT 




1 


1 


$b 


A 




firm 








$c 


A 


(If pos 32, fid 008 = 2, 
search for author 
statement)® 


T.P. 


250 


V 


X 




M 


Sub field $a required 


EDIT 








$b 


M 




OTHER 


260 


X 


X 


$a 


A 


if $a absent, insert 
"n.p. " 


PLACE 




1 




$b 


A 


if $b absent, Ind 1 
should = 1 


PUB 








$c 


N 


if $c absent, insert 

tt_ A « 

n. a* 


DATE 


300 


X 


y 


$a 


M 


$a is required 


PAGE 








$b 


M 




ILLUS 








$c 


N ; 

1 

1 


1 ' 

1 

! Note: $a, $b, $c are 

repeatable in rare cases 


SIZE 


350 


X 


y 


$a 


M 


$a required 




4oo 


t 


X 


$a 


A 


$a subfield required. 
(If Ind 2 = 1, $a = His 


NAME 












or Her) 






1 


1 


$b 


A 


$b - roman numerals 
only 


NUM 




2 




$c 


M 




DESIG 




3 




$d 


N 


$d - allow "b; d., fl." 


DATE 








$e 


A 




REL 








$k 


A 




FORM 








$t 


A 


$t sub field required 


BOOK 








$v 


M 


I 


VOL 



1 . . 
author statement is defined as data in 1XX $a data element in inserted 

order: eg. HOC, $a = Smith, John; 245 $c = by John Smith. 
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C0> Fig* 18 (OORT.) 









Sub- 






Subfield 


Tag 


Ind 1 


Ind 2 


field! 


Bange 


Oorrelationa/ Cnienta 


Mtenonle 


too 


0 


0 


** 


A 


|a subfield required. 
(If 2nd 2 * 1, |e * Its 
or Their or contain 


KANE 




1 


1 


*b 


M 


a possessive (Society's)) 


SOB 




2 




*e 


A 




KEL 








* 


A 




FCBH 








|t 


A 


|t subfield required 


BOOK 








*v 


M 




VOL 


4n 


0 


0 


1* 


A 


|a: sane as above ’ 


NAME 




1 


1 


#> 


N 




Km 




2 




♦c 


A 




RACE 








Id 


K 




BATE 








«e 


A 




SOB 








Is 


A 




W3C 










A 


|t subfield required 


BOOK 








1* 


M 




VOL 


44o 


0 






A 


|a subfield required 


BOOK 








* 


M* 




VOL 


490 


0 


0 


* 


m 


if Ind 2 = 1, there 
should exist at least 






1 








one GKX field 




900 


K 


0 




M 


|a subfield nust be 
present. 




501 


0 


0 




M 


It 




502 


0 


0 


(• 


M 


19 




503 


0 


0 




N 


If 




504 


0 


0 


|JL_ 


M 


n 





(cont. on next page) 
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CON Fig. 18 (CONT.) 



CON 



Tag 


Ind 1 


Ind 2 


Sub- 

field 


Range 


Correlations/Comnents 


Subfield 

Mnemonic 


505 


0 

1 

2 


¥ 


$a 


M 


$a Subfield must be 
present 




506 


¥ 


¥ 


$a 


M 


If 




507 


t 


¥ 


$a 


M 


If 




508 


¥ 


¥ 




M 


II 




520 


¥ 


b 


$a 


M 


II 




600 


0 


0 


$a 


A 


$a sub field required 


NAME 




1 


1 


$b 


A 


$x, $y, $z subfields may 


NUM 












not contain * — * 






2 


2 


$c 


M 


$b roman numerals only 


DESIG 




3 


3 


$d 


N 


$d allow "b., d., fl." 


r * 

LATE 










A 




PSEUD 








$k 


A 




FORM 








$t 


A 




BOOK 








$x 


A 


) 


GEN 








|y 


M 


>$x, $y, $z are repeatable 


CHRON 










A 


1 


FLACK 


610 


0 


0 


$& 


A 


$& sub field required 


NAME 




1 


1 


*b 


M 




SUB 




2 


2 


$k 


A 




FORM 






3 


$t 


A 




BOOK 








$x 


A 




GEN 








♦y 


M 


? See 600 


CHRGN 








$z 


A 


J 


PLACE 



(cont. on next page) 
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CON Fig. 18 (CONT.) 



Tag 


Ind 1 


Ind 2 


Sub- 

fields 


Range 


Correlations/ Comments 


Sub field 
Mnemonic 


6 ll 


t 


0 


$a 


A 


$a subfield required 


NAME 




1 


1 


$b 


M 




HUM 




2 


2 


♦c 


A 




PLACE 






3 




N 




DATE 








$e 


A 




SUB 








te 


M 




MISC 










A 




FORM 










A 




BOOK 










A 


) 


GEN 








fcr 


M 


SSee 600 


CHRON 








$z 


A 




PLACE 


630 




0 




A 


$& sub field required 


HEAD 




1 


1 




A 




BOOK 






2 




A 


'j 


GEN 








tor 


M 


SSee 600 


CHRON 






3 


$z 


A 


) 


PLACE 


650 , 


i 


0 




A 


$& subfield required 


HEAD 


651, 




1 










652 




1 


* 


A 


) 


GEN 






2 


tor 


M 


See 600 


CHRGN 






3 


*z 


A 


) 


PLACE 



(coat, on next page) 



ERLC 
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CON Fig. 18 (CONT.) 



Tag 


Ind 1 


Ind 2 


Sub- 

fields 


Range 


Correlations/ Comments 


Sub field 
Mnemonic 


700 


0 


0 


$& 


A 


$& subfield is required 


NAME 




1 


1 


*b 


A 


$b - roman numerals only 


NUM 




2 


2 


$c 


M 




DESIG 




3 




$d 


N 


$d allow "b. , d., fl." 


DATES 








$e 


A 




REL 








$q 


A 




PSEUD 








$k 


A 


(If Ind 2 = 0, $t subfiel< 
is illegal) 


FORM 








$t 


A 


(If Ind 2=2, $t subfiel< 
is required) 


BOOK 


710 


0 


0 


$a 


A 




NAME 




1 


1 


$b 


M 




SUB 




2 


2 


$e 


A 


same as tag 700 


REL 










A 




FORM 








$t 


A 




BOOK 


711 


0 


0 


$a 


A 




NAME 




1 


1 


♦*> 


N 




NUM 




2 


2 




A 


same as tag 700 


PLACE 








*d 


N 


' 


DATE 








$e 


A 




SUB 










A 




MISC 








$k 


A 




FORM 








$t 


A 




BOOK 



(cont. on next page) 

- 160 - 



CON 



CON Fig. 18 (CONT.) 



Tag 


Ind 1 


Ind 2 


Sub- 

field 


Range 


Correlations/ Conments 


Subfield 

Mnemonic 


730 


0 


0 


$a 


A 


$a subfield required 


HEAD 




1 


1 




A 




BOOK 






2 










74o 


b 


0 


$a 1 


A 


$a subfield required 








1 














2 










750 


t> 


0 






$a sub field required 






i 


1 














2 










800 




V 






same as tag 400, except 
Ind 2=)( 




810 




V 






same as tag 410, except 
Ind 2=V 




811 




V 






same as tag 411, except 
Ind 2=)( 




84o 




V 






same as tag 440, except 
Ind 2=)f 














Note: 8XX, subfield $a nay 
. not contain word "Series” 
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OUTPUT FORMAT 

The basi- intention of the LIST output format is to display to a proof- 
reader the MARC foimat of the record being converted. We are not concerned 
at all with a display of the input codes or input stream image, since all 
correction will be oriented to MARC rather than to input codes. There are 
several different ways of displaying the MARC record. The fomat proposed 
here has been designed to facilitate proofreading and visual scanning. 

A schematic of this format is given in CON Fig. 2. 

The basic formatting algorithm is break up a field into its identified 
subfields, while still preserving visual continuity. For example, consider 
the following MARC field 2k5 (Title): 

IND 

1 l$aHow To Solve It; $b A New Aspect of Mathematical Method 
$c by G.M. Polya 

This would be formatted as follows: 

TITLE 2U5 11 

Short $a How To Solve It; 

Sub. $b A New Aspect of Mathematical Method 

T.P. $c by G.M. Polya 

This is a slightly more editor-oriented version of the format in CON Fig. 2. 
Each subfield is indented five spaces in from the previous line in oi-der to 
emphasize its separateness as a subfield. In CON Fig. 2, the same spacing 
pattern was utilized, with subfields identified by separate lines. The 
tags, indicators and subfields are explicitly presented to facilitate cor- 
rection re-entry. 

Field specific error messages would be given on the tag line: 

100 20 (ERROR - $e CONTAINS NUMERIC DATA) 

$a Webb, Walter Prescott 
$e 1888- 

260 (ERROR - $b CONTAINS NUMERIC DATA) 

$a New York 

$b Grosset and Dunlap (I957,cl93l) 

The error messages are really diagnostic— flags to the editor that something 
unusual has occurred. The error conditions have no machine value; i.e. they 
are flags and will not prevent an entry* s passing through the CON system if 



M E PERS 

Name 

Rel 

IMP 

Place 
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an editor chooses to ignore the diagnostic. The only case in which this 
is not true is if the short title field is missing (tag 2U5, $a). 

The format described above holds for all MARC variable field data. 

With respect to fixed field data, specifically, field 008, the situation 
is slightly different. Field 008 is actually a collection of nineteen 
distinct subfields, each identified by a fixed position in the field. Of 
the nineteen, four are not used in the CSL-PC (date entered on file, 
country of publication, festschrift, index). Of the remaining fifteen, 
eight are infrequent - less than 25 % of the file (Date 2, juvenile, type 
of work, form of reproduction, content form, government, biography, language, 
modified record or non-keyable data) , while five of the remaining seven codes 
are in the 60 % frequency range. 

The logical conclusion then would be to list line by line all subfields 
not in the default mode (e.g. where language is other than English, cata- 
loging other than LC, etc.). Instead of subfields, the initial character 
position is given. Codes are given both in cipher and clear text enclosed 
in parentheses. 



FIXED 


008 


(ERROR - inconsistent date type/date fields) 


D Type 


06 


s - (single date) 


Date 1 


07 


1951 


Date 2 


11 


1931 


Ulus 


18 


a- (illustration) , f-(plates), h-(facsimile) 



The following table represents all the field 008 subfields with mnemonic 
tags proposed, plus text representations of various code values. CON Fig. 20 
gives the mnemonics for MARC fields. Subfield mnemonics have already been 
given in the Error Condition Table, CON Fig. 18. 
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CON Fig. 19: FIELD 008 SUBFIELD MNEMONICS 



FIELD NO. 


POS. 


MNEMONIC 


CODE VALUE 


TEXT VALUE 


2 


6 


DTYPE 


s 


single date 








c 


pub + copyright 








n 


unknown | 








r 


orig + repro 








m 


multiple 








<1 


td missing 


3 


7-10 


DATE 1 






4 


11-14 


DATE 2 






6 


15-17 


ILLUS 


a 


illus I 








b 


maps 








c 


port 








d 


charts 1 








e 


plans I 








f 


plates I 








g 


music 








h 


fascim 1 








• 

l 


coats of arms 1 








J 


geneal I 








k 


forms 


7 


22 


LEVEL 


J 


juven 


8 


23 


REPRO 


a 


film 








b 


fiche 








c 


opaque 








d 


large 


9 


24-27 


FORM 


b 


bibl 








c 


cat 








• 

i 


index 








a 


abstract 1 


(cont. 


on nes 


page) 


d 


diet 1 

f 
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CON Fig. 19 (CONT.) 



FIELD NO. 


POS. 


MNEMONIC 


CODE VALUE 


TEXT VALUE 


9 (cont.) 


24-27 


FORM 


e 


encyc 








r 


dir 








y 


year book 








8 


stat; 








h 


handbook 








P 


prog text 


10 


28 


GOVT 


1 


yes 


11 


29 


CONF 


1 


yes 


Ik 


32 


ME BODY 


1 


yes 


15 


33 


FICT 


1 


yes 


16 


3k 


BIOG 


a 


auto 








b 


ind 








c 


coll 


17 


35-37 


LANG 


Any trigram < 


other than eng. 


18 


38 


MODIF 


1 


yes 


19 


39 


CAT 


a 


NAL 








b 


NLM 








c 


Co-op 








d 


origin 
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CON Fig* 20: 


MARC VARIABLE FIELDS 


- MNEMONICS 


Tag 


Mnemonic 


Tag, 


Mnemonic 


008 


DESCR 


500 


BN GEN 


010 


LC CARD 


501 


BN BND 


015 


NBN 


502 


BN DISS 


020 


SBN 


503 


BN HIST 


025 


OAN 


504 


BN BIB 


o4o 


CAT 


505 


BN CONT 


04l 


LANG 


507 


BN ANAL 


050 


LC CALL 


508 


BN NAME 


051 


LC COPY 


520 


BN ABST 


060 


NLM CALL 


600 


SUB PERS 


070 


NAL CALL 


610 


SUB CORP 


082 


DDC 


6ll 


SUB CONF 


090 


PC CALL 


630 


SUB UT 


100 


ME PERS 


650 


SUB TOP 


110 


ME CORP 


651 


SUB GEO 


111 


ME CONF 


652 


SUB POL 


130 


ME UT 


700 


AE PERS 


240 


SUP TITL 


710 


AE CORP 


24l 


ROM TITL 


711 


AE CONF 


245 


TITL 


730 


AE UT 


250 


EDIT 


740 


AE TITL 


260 


IMPR 


750 


AE PROPER 


300 


COLL 


800 


SER PERS 


350 


PRICE 


810 


SER CORP 


400 


SN PERS 


811 


SER CONF 


410 


SN CORP 


840 


SER TITL 


411 


SN CONF 






440 


SN TITL 






490 


SN UNTR 
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IV. FIX PROGRAM 

The task of the FIX program is to propose a general scheme for 
correcting entries in the CON system and to develop a method of 
implementing the scheme. The record being corrected is the MARC format 
of the entry being converted. Thus the following portions of the record 
may require correction: 



Since subfield delimiters are embedded within the data itself, they 
will be treated for the most part as data. 

DEFINITIONS . A general DATA correction scheme can be built around 
the following pattern: LOC 1 OP LOC 2. LOC 1 represents the loca- 

tion at or to_ which some corrective action is to be taken, OP is the 
correcting function, and LOC 2 represents the location or literal string 
from which the correcting data is to be drawn. 

An entire system can be constructed using only two primitive 
correcting functions: DELETE and COPY. Assume the following rules : 

a. LOC 1 can specify a single character position in the record. 

b. LOC 1 can specify a string of characters /words in the record. 

c. LOC 2 can specify a literal string in or not in the record. 

d. LOC 2 can specify the location of a string of characters /words 
in the record. 

e. DELETE means delete data in LOC 1 and/or LOC 2. 

f . COPY means copy data from LOC 2 into LOC 1. 




Field Tags 



IDENTIFIERS 



Subfield Delimiters 




Fields 



Subfields 



ERLC 
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Based on the rules given on the preceding page, the following capabili- 
ties can then be built up (D - DELETE; C ■ COPY) 



FOPM CAPABILITY 

LOC ID 1. Delete word/string specified by LOC 1. 

LOC 1 C LOC 2 2. Insert at LOC 1 a copy of data specified 

by LOC 2. LOC 2 may be a literal string 

or may refer to the location of a string 

in the record. No change is made to 

data at LOC 2. 



LOC 1 D+C LOC 2 3a. Delete word/string specified by LOC 1. 

3b. Insert at LOC 1 a copy of data specified 
by LOC 2 (literal or location). No 
change to LOC 2 data. 

LOC 1 C+D LOC 2 Ua. Insert at LOC 1 a copy of data specified 

by LOC 2 (may only be location, not 
literal) . 

Ub. Delete word/string specified by LOC 2. 



LOC 1 D+C+D LOC 2 5a. Delete word/string specified by LOC 1. 

5b. Insert at LOC 1 a copy of data specified 
by LOC 2 (may not be literal). 

5c. Delete word/string specified by LOC 2. 

Note that COPY is unidirectional; that is, it always implies a transfer 
of data from LOC 2 t£ LOC 1. DELETE, on the other hand, can apply to 
either LOC 1 (forms 1,3,5) or to LOC 2 (forms U,5) or to both (form 5). 

Before presenting any examples, it is necessary to develop the 
formats of LOC 1 and LOC 2. There are three formats possible : 

Format Example 

1. Tag % Word 2k5% Weaver 

2. Tag % Word. . .Word 2k5% by... Weaver 

3. 'Literal String' 'by Carl H. Weaver' 

Format 3 ('Literal String') is not used for LOC 1. Other format uses are 
dependent on the form of the expression used. The following tables give 
the legal and illegal form/ format combinations (CON Figs. 21 and 22). 
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CON Fig. 21: 



LEGAL FIX EXPRESSIONS 



Form 


LOC 1 


OP 


LOC 2 


1) 


2k$% Dog 
2k$% Dog... Cat 


DELETE 

DELETE 


not used 
not used 


2) 


2k5% Dog 
2U5* Dog 


COPY 


260 % and... Cat 

'and Its Relationship to Cat' 


3) 


2k$% Frog 
2k5% Frog 
2U$% Frog. ..Bat 
2k$% Frog... Bat 


delete+copy 

DELETL+COPY 

DELETE+COFY 

DELETE+COPY 


260% Dog... Cat 

'Dog and Its Relationship to Cat 
26oI Dog... Cat 

'Dog and Its Relationship to Cat 


U) 


2k5% Dog 
2k5% Dog 


COPY+DELETE 

COPY+DELETE 


260 % and 
260% and... Cat 


5) 


2k5% Frog 
2k5% Frog 
2k5% Frog... Bat 
2k5% Frog. ..Bat 


DELETE+COPY+DELETE 

DELETE+COPY+DELETE 

DELETE+COPY+DELETE 

DELETE+COPY+DELETE 


260% Dog 
260% Dog... Cat 
260 % Dog 
260% Dog... Cat 



CON Fig. 22: ILLEGAL FIX EXPRESSIONS 



Form IA)C 1 



OP 



LOC 2 



1) 'Literal String' DELETE 



(none allowed) 



2) 'Literal String' COPY (any) 

2k3% Dog... Cat COPY (any) 

(any) COPY 2 60f> Dog 



3) 'Literal String' DELETE+CQPY 
( any ) DELETE+COFY 



(any) 
260$ Dog 



k) 'Literal String' 
2h$% Dog. ..Cat 
(any) 



COPY+DELETE ( any ) 
COPY+DELETE (any) 
COPY+DELETE 'Literal String' 



5) 'Literal String' DELETE+COPY+DELETE (any) 

f™.) 'Literal String* 



CON 



SUMMARY. The legality rules which may be summarized are: 

a. 'Literal String' is never an acceptable format for ICC 1. 

b. 'Tag % Word... Word' is acceptable for LQC 1 only when there 
is a DELETE operation specified (forms 1,3,5) for LOC 1. 

c. 'Literal String' is not an acceptable format for LOC 2 when 
there is a DELETE operation specified for LOC 2 (forms U,5). 

d. 'Tag % Word' is not acceptable for LOC 2 when a COPY operation 
is specified (forms 2,3) without a DELETE to ICC 2. (This 

is the case because it is identical in effect to a 'Literal 
String' consisting of the word specified in 'Tag % Word'.) 

We can now present a simple example: 



PN4121 Weaver, Carl Harold, 1910- 

W347 SpMikir.p in ji//j Carl H. Weaver. New York, 

Ataai.'r.Cl.i'l iiwi)k L/«). 

v.i, -aio ..liu. Si cat. 



* - » i- 

* «•*#*• v 



. i. Title. 



PN41-21.Y V*:7 

Library of Cuncre* A 



00-7*1 
ClT 60 



PRINTOUT 
Title 2U5 

$a Speaking in Publik 

Impr 260 (ERROR- Numeric data in $b subfield) 

$a by Carl H. Weaver. New York. 

$b American Book Company,' 1966. 

CORRECTIONS RESULT 

A. 2k5% Publik DELETE+COPY 'Public $c ' 2 U 5 $a Speaking in Public 

$c 

B. 2k5% $c COPY+DELETE 260 >t by. ..Weaver. 2 U 5 $a Speaking in Public 

$c by Carl H. Weaver 
260 $a New York, 

$b American Book Company, 1966 



C. 




260^ Company, COPY '$c’ 
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260 $a New York 

$b American Book Company, 
$c 1966 
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SUBFIELD DELIMITERS . As shown in the example on the preceding page, 
subfield delimiters may be treated as data and inserted as a COPY 'Literal 
String* operation. Further they may be used as locators, even though 
they are not separated by a blank on the right. That is to say, a 
delimiter has the exact equivalent of a word. Thus: 'Tag % $n DELETE' 

means delete the subfield delimiter $n, much as 'Tag % Cat DELETE' 
means delete the word 'Cat'. 

The following example illustrates how this can operate to insert 
new data to the left of the existing sub field string: 

Data: 2^5 $a in Public 

Correction: 2k5% $a COPY 'Speaking' 

Result: 2h$ $a Speaking in Public 

Similarly, 'Tag % $n...$m' specifies the entire data string between $n 
and $m, including the two delimiters themselves. 'Tag $ Word. . .$m' and 
'Tag % $n...Word' are also permitted forms. 

FIELD TAOS . Field tags are also correctable. Changing an existing 
tag is of the form Tag %% COPY 'TAG', e.g. 100 %% COPY '110'. 

The result would be to change the 100 tag to 110. Using DELETE in 
this context means to erase the entire field, not just the tag: 

Data: 2h5 $a Garbage In, Garbage Out 

FIX: 2k5%% DELETE 

Result: Entire 2l*5 field deleted 

or 

FIX: £260 Program COPY+DELETE 2k5%% 

Result: Entire 2k5 field copied, then deleted 

Creating a new field does not fit directly into the operations 
specified thus far. It requires a new operator: IDENTIFY, and 

requires the following form: 

Tag % Word... Word IDENTIFY 'TagDD' (DD = settings for IND 1, IND 2) 

Example: 2 U 5 $a Speaking in Public 

$c by Carl H. Weaver. New York, American Book Company, 1966. 

FIX: 2 U 5 Z New. ..1966 IDENTIFY *2600#* 

2600 York, COPY '$b' 

260 Company, COPY '$c' 
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Result: 2k$ $a Speaking in Public 

$c by Carl H. Weaver. 

260 $a New York, 

$b American Book Company, 

$c 1966. 

Note that IDENTIFY automatically inserts $a in front of the data string 
(as well as putting a field terminator after ’Weaver.’). 

INDICATORS . The FIX expressions developed thus far all pertain to 
data strings, tags and subfield delimiters. The system will also allow 
for correcting identifiers, namely indicators and field tags. Indicators 
can be corrected by using Tag % IND 1 or Tag % IND 2 as location 
specifiers . Example : 

100* IND 1 COPY *3* 

600* IND 2 COPY ’0’ 

In this case, COPY has the effect of DELETE + COPY because the ’Literal 
String' is set directly into the indicator, destroying what was there 
previously. DELETE alone can have no meaning, since it is equivalent 
to COPY ’0’. 

FIXED FIELD . Fixed field tag 008 is handled in this system by using 
the COPY ’Literal String* function, and using the fixed field position as 
word locators . Examples : 

008/18... 21 COPY ’ abc0 ’ 

008/35... 37 COPY ’fre’ 

COPY here has the force of DELETE+COPY since the ’Literal String* will be 
set directly into the location thereby destroying what was there 
previously. Since the field positions for 008 may prove difficult to 
remember, FIX will allow 008 subfield mnemonics to be used (see CON Fig. 
19). Thus the above could be expressed as: 

008/ILLUS COPY ’abctf’ 

008/LANH COPY ’fre’ 

The first form is still useful for setting strings longer than one 
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subfield. Example: 

008/06... Ik COPY *ql9 501959* 
instead of 

008/DTYPE COPY *q* 

008/DATE1 COPY *1050* 

008/DATE2 COPY *1959' 

SYSTEM SUMMARY . In summary then, the system consists of expressions 
in the form Location 1 - Operator - Location 2. Permissible operators 
are COPY, DELET E, IDENTIFY. Location 1 formats are: Tag-Word; 

Tag-Word. . .Word; Tag-Ind 1; Tag-Ind 2\ Tag-Null (%%). Location 2 
for mat s are : Tag-Word; Tag-Word. . .Word; Tag-Null {%%)* ‘Literal 

String' • 
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V. AUTOMATIC FIELD RECOGNITION (AFR) 

The intent of AFR algorithms should be to recognize only statisti- 
cally significant elements within the file, even if this policy results 
in erroneous identifications in some esses* The algorithms should aim 
to absorb 85-90JC of the clerical and intellectual labor of file conver- 
sion. This will leave a residuum of exception cases and rare occurrences 
which can be handled manually by proofreading and correction in a post- 
edit cycle. 

Given this probabilistic bias, algorithm design is based on three 
sets of parameters: l) bibliographic format (AA Cataloging Rules), 

2) machine format (MARC II), and 3) statistical distributions of patterns. 
The AA Rules define the traditional cataloging practices which control 
the punctuation, spacing, position anu vocabulary patterns of any biblio- 
graphic element. MARC II specifies l) which data items are to be iden- 
tified and 2) the mode of identification (field tag, subfield delimiter, 
indicator or fixed code). Finally - and most important - analysis of 
a random catalog sample will determine the statistically significant 
bibliographic items in the file and will provide measures of incidence 
and reliability for recognition strategies. 

With these three sets of parameters, a primary recognition strategy 
can be developed. This strategy may be expressed by flow chart, schema- 
tic, or prose description so long as it is sufficiently procedural to 
be programmed. Prior to actual programming, the random sample is again 
utilized, this time to provide examples of various patterns. The AFR 
strategy is exercised against the examples and, if necessary, it is 
modified or refined to capture statistically significant variations of 
pattern or arrangement. 

The steps of algorithm design can thus be summarized as: 

a) Analy ze bibliographic and computer formats 

b) Collect preliminary statistics from random catalog sample 

c) Develop preliminary recognition strategy 

d) Select examples from sample 

e) Exercise strategy against examples 

f) Collect detailed statistics on strategy failures 
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g) Modify or enlarge strategy if statistically warranted 

h) Repeat step (e) until failure rate is within tolerance 

We have selected the collation field ("525 p. illus. 21 cm.") to 
illustrate the process of algorithm design. While the field is concep- 
tually simple, it does require 3 MARC II subfield definitions, as well 
as 11 fixed code content identifications; we hope it will be sufficient 
to provide some 5ntuitive notions of AFR. 

Fig. 1 displays the three sets of parameters: MARC II, AA Rules, 

and statistical distributions for the collation field. The table con- 
tains analytic material useful for designing a preliminary field recog- 
nition procedure. The MARC II specifications require the collation 
field to be identified in terms of three component subfields (pagination, 
illustration, height). In addition eleven specific content words in the 
illustration subfield (illus., maps, ports, etc), must be a naly zed and 
translated into fixed codes. 

Bibliographic variations of the field are described in the Anglo- 
American Cataloging Rules , including possible abbreviations of the data 
in the illustration subfield. However, the AA Rules supply very few 
clues about the frequency of occurrence of the collation subfields or 
illustration descriptions. This information is derived from analyzing 
frequency distributions between frequent cases and rare events. 

Statistical analysis indicates that some form of pagination ("p. M 
or "v.") is present in 982 of the file, and that book size ("cm.") is 
present in the collation field 95 2 of the time. Thus, a preliminary 
strategy can be developed, using "p." or "v.” and "cm." as initial and 
terminal field boundaries with a 95# reliability. Procedurally this 
can be expressed as: terminate the size subfield by searching for "cm."; 

terminate the pagination subfield by searching for "p.” or "v." 

By exercising this strategy on the set of examples below, it be- 
comes clear that the "p." search will need some additional refinements, 
because of three exceptions: 



Pattern 


1: 


xi p., 272 p. 


Frequency : 


2.52 


Pattern 


2: 


7 p. 1. , U03 p. 


Frequency : 


102 


Pattern 


3: 


xi, 500 p., 3 1. 


Frequency : 


82 
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CON Fig. 23: COLLATION FIELD 



MARC II 
SUBFIELDS* 


CATALOGING VARIATIONS ON CARDS 0 


► # OF FILE 

W/ VARIATION 


# OF FILE 
W/ SUBFIELD 




paged works ( 525 p . ) 


88* 




PAGINATION 
OR VOLUME 


unpaged works (l v.) 


10* 


98# 




multi-volume works (8 v. in 5! 








illus . 


35# 1 






plates, pi. 


17# 






port, ports 


15# 






maps 


10# 




ILLUSTRATIVE 

MATTER 


facsim. , facisms., facs. 


6# 


59* 


plans 


3# 






forms 


2# 






charts 


— 






coats of arms 


— 






geneal. tables 


— 






music 


— 






centimeters (21 cm.) 


9W 




SIZE 


millimeters (10 mm.) 


— 


95* 




wide books (2U x 15 cm.) 


1# 













* MARC II Subscribers Guide , pp. 35 » 57. 

° AA Cataloging Rules % Rule lU2 

+ 789 entries from the Official Catalog of California State Library 
(See Cartwright & Shoffner Catalogs in Book Form , p. 1-U.) 



A catalog entry may contain more than one type (or, variation) of illustra- 
tive matter. 
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In pattern 1, "p." also denotes pages in Roman numerals; in pattern 2, 
"p.” is also used in the abbreviation "p. 1.” for preliminary leaves; 
in pattern 3, "p." doesnot terminate the sub field. Statistical analysis 
of patterns 1 and 2 shows that pattern 1 is rare, while pattern 2 occurs 
frequently enough to be taken into account. Therefore, the search for 
"p.” will be modified to include a secondary scan for the absence of 
"l.” Pattern 3, where ”1." and not "p." terminates the pagination 
subfield, is statistically inconclusive and can be deferred until more 
evidence is available. 

We have provided for identification of the illustration subfield 
but not for analysis of the contents. This can be handled by a table 
look-up scheme, using the first two letters of the content words: 
il(lus), ma(ps), po(rt), ch(arts), fa(csim. ), etc. 

There is also the question of determining the start of the entire 
field, and this is dependent on entry type. For personal or corporate 
name entries , the collation field begins at the second paragraph inden- 
tion in the body of the card. For "hanging indention" (title main entry) 
form cards, the problem is more difficult because collation is the last 
indention before the notes, tracings, etc. However, title main entries 
are only 2,5% of the file and, thus, are in the category of statistically 
rare events. Therefore, the strategy of searching for the start of the 
collation at the second indention is entirely justified. 

The collation recognition algorithm can now be sketched in the 
following six simplified steps. 

COLLATION RECOGNITION ALGORITHM - SCHEMATIC 



DATA EXAMPLE PROCEDURE 




1. Enter algorithm if card is not title 
main entry 


1 525 p. 1 illus. 21 cm. 


2. Skip to second paragraph indention 


1 525 P. 1 illus. 21 cm. 


3. Identify pagination sub field 

a. search for "p." not followed by 
"1.", "v.", or "1.*' in that order. 

b. delimit pagination sub field 
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COLLATION RECOGNITION ALGORITHM - SCHEMATIC (Cont.) 



DATA EXAMPLE 


PROCEDURE 


525 P. illus. 1 21 cm. 


h. Identify size subfield 

a. Search for "cm." 

b. Delimit subfield 


525 p. 


illus . 


21 cm. 


5. If page subfield is not followed 
directly by size subfield 

a. Delimit illustration sub field 

b. Check for illustration codes 


page 


illus 


size 




6 . Return 



The final step in algorithm design is to search out cases for 
which the algorithm will fail. Presumably these will be infrequent 
occurrences which will be misidentified and corrected in the proof- 
reading cycle. Kor instance, the following examples will fail be- 
cause of multiple occurrences of M p. M : 

iii, 290 p., [ U] p. (music) 19 cm. 

xiii [1] p., 1 1. 9 295 [1], xi, [l]p., it illus. 20 cm. 

The above are very infrequent cases, occurring less than 1% of the 
time. 
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MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



FUNCTION: 



DATE ENTERED ON FILE 
SECONDARY 

C. Control fields - fixed length data elements. 

008 

32 

Six - numeric. 



Indicates in TOMDD format the date this record was entered on the machine 
file. The currency of the record can be inferred from this field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



INCLUDE. 



Not in coding manual 
Not on coding sheet 
Not applicable 
Not applicable 

Set appropriate date from internal clock of computer used in 
YYMMDD format. Data is placed in positions 0-5* 



MARC will store date-entered-on-file data in this field for 
transmission of LC tapes. This data will be of use in processing center 
operation at weeding and update time* 

For retrospectively converted records this field will contain 
date-entered-on-CSL-PC-file data. Local usage is thus kept compatible 
with MARC without wasting space. 
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RANGE: 




MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



DATE 1 
PRIMARY 

C. Control fields - fixed length data elements. 
006 
32 

FOar - nuneric. 



FUNCTION: 



This field contains the first of two possible four-digit numbers representing 
date inf creation fron a catalog card* 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 



HI 

Top left of coding sheet 



INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 






MIDI 



DISPOSITION: 



INCLUDE* Four-digit msber or four blanks free the head of the I-FIELD 
input stress set MARC fixed field positions 7-10* 



DISCUSSION: 



Date information is highly structured and is f therefore $ a 
natural target for fixed field treatment and error-checking routines* 

Data in this field receives no explici t co ding, but is set 
by virtue of its position at the start of the I-9HEJ) area end by 
virtue of its foruat. DATE 1 is related to the b codes . 
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RANGE: 


006 HDD 


MARCH FIELD NAME: 
MARCH FIELD RANK: 


DATE 2 
PRIMARY 




MARC II MAIN AT7£A: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 


C. Control fields - fixed length data elements- 
006 
33 

FOnr - inmeric. 


FUNCTION: 


This field contains the second of two possible four-digit maters represent- 
ing date information from a catalog card* 



PAGE TN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



0 

Top left of coding sheet 
HDD 



DISPOSITION : 



UCLUDE. Four-digit matter or four blanks froi the head of the I-FUU) 
input strean set MARC fixed field positions 11-lV. 



Logical checks for consistency among the three date fields 
are a nat ural area for error checking* Such checking can be incorpor- 
ated into either the conversion or the printout portion of the program* 



DISCUSSION: 



I 
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MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 



CHARACTERS NEEDED: 



FUNCTION: 



COUNTRY OF PUBLICATION CODE 
TERTIARY 

C. Control fields - fixed length data elements. 
008 
35 

Three - alphabetic* 



A three-character code indicating the country and state (or province) within 
which a work was published. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION : 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION : 



DISCUSSION: 



erIc 



Not in coding manual 
Not on coding sheet 
Not applicable 
Not applicable 



DEFER. Fill fifth fixed field (positions 15-17) with non-printing 
" characters. Blanks have meaning in MARC fixed fields. 



CSL-PC does not provide data for this MARC field because the 
table lookup required to code this field retrospectively imposes severe 
economic and manpower constraints on the system. 
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RANGE: 



008 AAAA 



MARCH FIELD NAME: 



ILLUSTRATION CODES 



MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 



PRIMARY 

C. Control fields - fixed length data elements. 

008 

35 



CHARACTERS NEEDED: 



Four - alphabetic. 



FUNCTION: 



This field indi cates the presence on the catalog card of up to four kinds of 
illustrative matter information. Illustrative matter includes non-verbal 
material of the following sorts: illustrations, maps, portraits, charts, plans, 
plates, music, facsimiles, coats of arms, genealogical tables, forms. 



PAGE IN CODING MANUAL: 



Not in coding manual 



CODING SHEET LOCATION: 



Not on coding sheet 



INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



il ma po ch plan plat mu fa coa ge 
abcde f ghij 



fo V 
k $ 



DISPOSITION: 



INCLUDE. Set sixth fixed field positions 18-21 on the basis of a scan 
for the key words and word parts shown above, taken from tag 
300 $b variable data. Blanks are default and fillers here. 



DISCUSSION: 



A-FIELD data following the ninth of ten slashes will set 
tag 300 $b mn-Vi ng the scan which sets this fixed field dependent on 
a processing sequence that handles A-FI EU ) elements before I-FIELD. 

Note that illustration codes must be entered in alphabetical 
order in order to be compatible with MARC which has established a heir 
archy for such codes. 
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MARCH FIELD NAME: 



MARCH FIELD RANK: 



MARC II MAIN AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



FORM OF REPRODUCTION CCDE 



SECONDARY 



C. Control fields - fixed length data elements. 
008 



36 



One - alphabetic. 



Indicates via one of four codes, that the document represented by this work 
has been reproduced in other than a standard range of type faces. That is, 
the catalog card represents a micro or macro sized form of printing. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 






Bottom left of coding sheet 
ga gb gc gd ii 

a b c d 



DISPOSITION: 



DISCUSSION: 



L 



O 

ERIC 



INCLUDE. I-FIEID codes ga to gd set MARC codes a to d in eighth MARC 
fixed field position 23. Default is blank. 



MARC does not provide for 'Books for the Blind'. This kind 
of indicator would be useful in the CSL-PC coHection and this field 
is the logical one to contain such an indicator when it is added. 
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CON 



RANGE: 



008 AAAA 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



FORM OF CONTENT CODES 
PRIMARY 

C. Control fields - fixed length data elements* 

008 

36 

Four - alphabetic 



FUNCTION: 



Frequently noted kinds of contents - used primarily for reference work - can 
be coded using four out of twelve codes available in this field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



0 

Bottom left of coding sheet 
hb he hi ha hd he hr hs hh hp ^ 
bciadershp)^ 



DISPOSITION : 



INCLUDE. I-FIELD codes are set as shown above into MARC positions 24-27 
as the ninth fixed field. Default is blank. 



DISCUSSION: 



This field is similar to, but should not be confused with, 
the iHustration codes found in positions 18-21 of the MARC record. 

Unlike the latter field, content codes are explicitly tagged in I-FIEID. 

Note that up to four out of a possible twelve kinds of contents 
can be coded in this field. The codes must be entered in the field in 
the order shown in order to remain compatible with MARC, because MARC 
has established these codes in heirarchical order. 
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CON 



RANGE: 



008 A 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 



GOVERNMENT PUBLICATION CODES 
PRIMARY 

C. Control fields - fixed length data elements. 



008 

37 



CHARACTERS NEEDED: 



One - alphabetic. 



FUNCTION: 



Signals presence or absence on the catalog card of information indicating a 
work was published by a governmental body. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



0 

Middle of coding sheet 
ka kb kc kd ke ^ 

a b c d e ^ 



DISPOSITION : 



EXPAND. I-FIELD codes shown above set MARC position 28 in tenth fixed 
field. Default is set to blank. 



DISCUSSION: 



CSL-PC has expanded this field from the binary form provided in 
MARC to the present alphabetic character. This expansion permits more 
detailed coding of the important area of government publications. 



CON 



RANGE: 



008 B 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



CONFERENCE PUBLICATION INDICATOR 
PRIMARY 

C. Control fields - fixed length data elements. 
008 
37 

One - binary. 



FUNCTION: 



Signals presence or absence on the catalog card of information indicating 
that a work was published as the result of a conference or meeting. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



INCLUDE. 



ma 

Middle of coding sheet 

ma i 
1 0 



I-FIELD code ma sets MARC fixed field number eleven equal to 1 
in position 29. Default sets zero in this field. 



DISCUSSION: 



This field is a lik ely candidate for the same kind of expansion 
that the preceding field (position 28) has received. The decision to 
expand will be premised on local needs. 
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CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 



RANGE: 



FESTSCHRIFT INDICATOR 



008 B 



TERTIARY 

C. Control fields - fixed length data elements. 



008 



SUBSC. GUIDE PAGE: 



37 



CHARACTERS NEEDED: 



One - binary. 



FUNCTION: 



Signals presence or absence of festschrift information on a catalog card. A 
festschrift is a volume of articles, essays, etc., contributed by many authors 
in honor of a colleague, usually published on the occasion of retirement, an 
important anniversary, or the like. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



DEFER. 



Not in coding manual 
Not on coding sheet 
Not applicable 
Not applicable 

Fill twelfth fixed field position 30 with a non-printing char 
acter; blanks have meaning in fixed fields of MARC. 



DISCUSSION : 



Determining whether or not the bibliographic entity referenced 
by a catalog card is or is not a festschrift involves bibliographic and 
economic costs in excess of the proven value of this information in the 
CSL-PC system. 
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? 

CON 



MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



INDEX INDICATOR 



RANGE: 



008 B 



SECONDARY 

C. Control fields - fixed length data elements. 



008 

37 

One - binary. 



FUNCTION: 



Signals that a work contains an index to its own contents or lacks same. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



DEFER. 



Not in coding manual 
Not on coding sheet 
Not applicable 
Not applicable 

Fill the thirteenth MARC fixed field position 31 with a non- 
printing character; blanks have meaning in fixed fields. 




DISCUSSION : 



Determining whether or not a document contains an index to its 
own contents, requires that the document itself be consulted unless there 
is some indication on the catalog card that there is an index. In the 
latter case a ’contents' code would be set, nob this field. 
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ERLC 



CON 



RANGE: 




MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAH AREA: 
BASIC MARC II TAG: 



FICHON INDICATOR 
SECONDARY 

C. Control fields - fixed length data elements. 
008 



SUBSC. GUIDE PAGE: 



38 



CHARACTERS 



KH -HI i:hi 



One - binary 



FUNCTION: 



Signals that the work to which this record refers is fiction or is not fiction. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



m 

Bottom left of coding sheet 
ib $ 

1 0 



DISPOSITION: 



INCLUDE . I-FIELD code ib sets fifteenth MARC fixed field position 33 
equal to 1. Default sets 0. 



DISCUSSION: 



It nay make sense to move this field into the 1/ ;elleci;ual level 
field and give it an alphabetic code there. It takes just as long to 
access it in the latter form as in this while saving an added tag. 
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ERIC 




cow 




MARCH FIELD NAME: 



MARCH FIELD RANK: 



MARC II MAIN AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



FUNCTION 



BIOGRAPHY CODE 
SECONDARY 

c. Control fields - fixed length data elements. 

008 

38 

One - alphabetic* 



1 ndicates via a single character code one of several kinds of biographical 
works. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



ERIC 



0 



Bottom left of coding sheet 
ic id ie 
a b c + 



INCLUDE. I-FIEID codes ic, id and ie set a, b and c respectively in the 
sixteenth MARC fixed field position 34. Default sets blank. 
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CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



FUNCTION: 



LANGUAGE CODE 
PRIMARY 

C. Control fields - fixed length data elements. 
008 
38 

Three - alphabetic' 



Indicates via a three-character alphabetic code - derived from internal 
evidence on the catalog card or from a table lookup - the language in which 
the work referenced by this record was printed. 



PAGE IN CODING MANUAL 
CODING SHEET LOCATION 
INPUT STREAM ENCODING 
FORMATS INTERNALLY AS 



DISPOSITION : 



DISCUSSION: 



3 

ERJC 



|sa| 

Center of ceding sheet 
saAAA • • . 

AAA ENG 



INCLUDE. I -FIELD code sa followed by a three-character language code 
sets that three-character code into the seventeenth fixed 
field in MARC positions 35-37* Default sets ENG here. 



While the data represented in this field is implicit on a 
catalog card, it needs to be made explicit for machine purposes. 

Closely related to MARC tag 04l, this field will always 
indicate the language of the document itself. 04l will indicate sum- 
maries and translation languages as applicable. 
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CON 




MARCH FIELD NAME: 



MARCH FIELD RANK: 



MARC II MAIN AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



MODIFIED RECORD INDICATOR 



TERTIARY 



C. Control fields - fixed length data elements. 

008 

38 

One - Binary. 



Signals the presence or absence of non-standard symbols on the catalog card. 
The 'pi* sign is a non-standard symbol for most computer printout equipment. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



o 

ERIC 



naj 

Center of coding sheet 
na ^ 

1 0 



INCLUDE . I-FIELD code na sets eighteenth MARC fixed field position 38 
equal to 1 ; else equals 0 . 
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CON 



r 




MARCH FIELD NAME: 



MARCH FIELD RANK: 



MARC II MAIN AREA: 



BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



CATALOGING SOURCE CODE 



PRIMARY 



C. Control fields - fixed length data elements. 
008 
39 

One - alphabetic. 



Indicates one of several types of non-LC source cataloging for a record, or 
that LC was the source of the cataloging information in the default mode. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



ET 



Center left of coding sheet 
ea eb ec ed ee ef ^ 

a b c d e f 



INCLUDE . I-FIELD codes ea to ef set nineteenth MARC fixed field position 
39 equal to a to f as shown. Default S 2 ts blank. 



Inter-relating the original cataloger, the adaptor and the 
present holding library for many bibliographic records could prove a 
complex process. This field provides some information of this sort. 
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ERIC 



CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 



RANGE: 



010 ^ $a 



LIBRARY OF CONGRESS CARD NUMBER 



PRIMARY 

D. Variable fields. 
010 
*3 



CHARACTERS NEEDED: 



SCP + variable length. 



FUNCTION: 



LC card number* uniquely identify each set of catalog cards printed by the 
Library of Congress Card Distribution Service. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 




Bottom right of catalog card 
*xYARIABLE DATA 
INVARIABLE DATA 



DISPOSITION: 



INCLUDE . B-FIELD tag *x sets MARC tag 010 and delimiter $&• Both indi- 
cators in this field are blank. 



DISCUSSION: 



Libraries find this number useful for acquisitions and techni- 
cal processing work. LC uses this number in a different way - which 
see in Subscriber's Guide p«30. Their usage makes the LC card nuaber 
part of a control field under 001. 



C8L-PC follows the Subscriber's Guide suggestion to store 
the number here; the data in this field should certainly be picked up 
in any retrospective conversion effort. 
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CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



RANGE: 

NATIONAL BIBLIOGRAPHY NUMBS 
PRIMARY 

D* Variable fields . 

015 

43 



015 W ♦a 



SCP + variable length* 



FUNCTION: 



Several nations publish large bibliographies covering aaterial of interest to 
then* One of these national bibliographies was the source of the catalog 
information - or part of it - used by LC to create this record* 



PAGE IN CODING MANUAL 




0 > 



CODING SHEET LOCATION 



Center of catalog card 



INPUT STREAM ENCODING 
FORMATS INTERNALLY AS 



♦eVARIABLE DATA (^VARIABLE DATA) 
INVARIABLE DATA( $aVARIABLE DATA) 



DISPOSITION: 



INCLUDE* B-FTELD tag *e sets MARC tag 015 and delimiter $a* Both indi- 
cators in this field are set to blank* Possible sub-field code 
£ sets additional delimiters $&• 



DISCUSSION: 



As long as the information for this field does not require 
table lookup or sophisticated editing, it should be picked up in any 
retrospective conversion effort* 
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ERIC 




CON 



RANGE: 



080 ^ $4 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



STANDARD BOOK NUffiHt 

fl 

PRIMARY 

D. Variable fields. 
020 
43 

SCP + variable length. 



FUNCTION: 



This number is meant to provide a uniform control number for the British 
book publishing industry. Each title is to be uniquely identified by a 
nine-digit number. 



PAGE IN CODING MANUAL: 




CODING SHEET LOCATION: 



Center of catalog card 



INPUT STREAM ENCODING: 



laVARIABLE DATA 



FORMATS INTERNALLY AS: 



INVARIABLE DATA 



DISPOSITION: 



INCLUDE . B-FTELD tag !a sets MARC tag 020 and delimiter $a. Both indi- 
cators in this field cure blank. 



DISCUSSION: 



Where this number is available on catalog cards, it will be 
coded by CSL-PC in this field. Again, examination of the original book 
or other special effort to secure this data is not warranted at present 
levels of funding. 
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O 

ERIC 



CON 



RANGE: 



025 $a 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



OVERSEAS ACQUISITION NUMBER 
SECONDARY 

D. Variable fields. 

025 

Uk 

SCP + variable length. 



FUNCTION: 



This number is assigned a work when it is acquired through the Library of 
Congress Overseas Acquisition Program. 



PAGE IN CODING MANUAL 
CODING SHEET LOCATION 
INPUT STREAM ENCODING 
FORMATS INTERNALLY AS 



s 

Center of catalog card 
*yVARIABLE DATA (^VARIABLE DATA) 
INVARIABLE DATA ( $aVARIABLE DATA) 



DISPOSITION: 



INCLUDE. B-F1ELD tag *y sets MARC tag 025 and delimiter $a. Both of the 
indicators in this field are blank. More than one instance of 
this field on a given card is handled by the sub-field delim- 
iter % which sets additional $a as needed. 



DISCUSSION: 



Comments appropriate to other book control numbers apply here: 
if the data is on the card, keep it and use it; otherwise omit it until 
funds are available to provide for its inclusion. 
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ERIC 



£ 



CON 



RANG.?: 



MARCH FIELD NAME: 



MARCH FIELD HANK 
MARC II MAIN AREA 



BASIC MARC II TAG 



SUBSC. GUIDE PAGE 



CHARACTERS NEEDED 



FUNCTION: 




CATALOGING SOURCE 



D. Variable fields. 

ObO 

kk 

SCP + variable length. 



Indicates that library that did the original 
create its catalog card. 



cataloging which LC used to 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



j DISPOSITION: 



DISCUSSION: 



ERIC 



Bottom of catalog card 
!nVARIAHLE DATA 
INVARIABLE 



UCHBB . B-FTELD tag In sets MARC tag <*0 and delimiter $a. The indica- 
tors are both set to blank. Possible error check: the nine- 
teenth fixed field (cataloging source code) oust contain the 
letter c which indicates that the work was done under Cooperative Cata- 
loging. 



The problem of inter-relating the various libraries that 
have had a hand in the creation of a bibliographic record is potentially 
very complex. A first step in this direction is provided with this 
field. 
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CON 



RANGE: 



04l Bjf $a $b 



MARCII FIELD NAME: 



MARCH FIELD RANK: 



MARC II MAIN AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



LANGUAGES 

PRIMARY 

D. Variable fields. 
Ckl 

SCP + variable length. 



Three-character alphabetic codes for the various languages of the world will 
be used in this field to indicate translations, snmnries, and l a n gu a g e of 
the original. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



0 0 

Lower center of coding sheet 

saAAAjtVARIABLE DAXAIjt saVARIABLE DATAJ&ta saVARIABLE DATAflt 
0)4aAAA$bVARIABLE DATA INVARIABLE DATA 0f4aVARIABLE DATA 



INCLUDE. I-HEU) tag sa sets MARC tag Obi and deliniter |a. Sub-field 
' " deliniter f (first of two) sets $b (terminator if only one #). 

Tiani s i if i-FIELD ta is coded, else equals O* IHD2 is blank. 

This field is tied to fixed field number seventeen (language 
code) in that the default condition under sa sets the seventeenth fixed 
field equal to eng. Possible error check: VARIABLE DATA in this field 
nust be in alphabetic groups divisible by three. 



Where lan guag e Information can be readily obtained or deduced 
from an examination of the catalog card, it will be encoded for CSL-FC. 
Some r edundancy of coding results from the use of two fields for lang- 
uage information, but as the pur po s e of the fields is different: one 
provides language on card; the other signals translations and swnries. 
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cos 



MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 



LC CALL NUMBS 



RANGE: 



050 B0 f*$b 



D. Variable fields* 
050 
k6 



CHARACTERS NEEDED: 



SCP ♦ ’variable length* 



FUNCTION: 



The 1C call nuaber entered as data in this field does not necessarily reflect 
the actual sequence of syabols used in-house by LC* The nxnfcer supplied on 
LC catalog cards for sale to the pt&lic are usually* some shortened version 
of the full catalog call maber which would include both a classification 
nuaber and a book maber* 



PAGE IN CODING MANUAL 
CODING SHEET LOCATION 
INPUT STREAM ENCODING 
FORMATS INTERNALLY AS 



ei a 

Bottom left of catalog card 
♦•VARIABLE DATA *•• 
INVARIABLE DATA ... 



DISPOSITION: 



B- FIELD tag *s sets MARC tag 050 and deliniter $a* I -USD 
code ca sets IND1 « 1, else Tin * O* Tang is set to blank* 



DISCUSSION: 



Because of problem associated with the editing of book nua- 
ber within a call nuaber, $b will not be set by CSL-FC. The complete 
call nuaber - as found on the catalog card and deliaited by *s - will 
be coded under $a* There nay be acre than one such maber* 



Complete oaission of the 050 field on a MARC tape will indi- 
cate that the work has been added to the LC Lav Library* CSL-FC records 
entered in this field should contain seas indication negating this 
■caning* This is done to insure compatibility with future p rognma 
Issued by LC and based on th. MARC tape fOrnat* 
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CCN 



MARCH FIELD NAME: 



MARCH FIELD RANK 



MARC II MAIN AREA 



BASIC MARC II TAG 



SUBSC. GUIDE PAGE 



CHARACTERS NEEDED: 



FUNCTION: 



BBiET DECIMAL CLASSIFICATION NWBBt 



D. Variable fields* 
002 
US 

SCP + variable length* 



The BDC nunber is sonewhat like other classification mwfeers, but is nade up 
solely of numbers (in its 'pure' form). The three-digit nunber preceding the 
deciael point indicates the eain subject group to which a given document 
belongs* Subsequent n u mbe rs provide reflnenents of this basic subject role* 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION : 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



o 

ERIC 



0 

Bottcn center of catalog card 
"WARIABLE DAXAftVARIABLE DATA) 
INVARIABLE DAIA(|aVARIABLE DATA) 



B-FZELD tag «w sets MARC tag 002 and deliniter |a* Both of 
the indicators in this field are set to blank* Possible 
■ultipie occurence of this field on a single card are handled 
via the sub-field deliniter % which sets additional |a as needed* 



It should be noted that clues for the setting of I-FIELD codes 
la and lb will be found in this field and thus affect the setting of the 
seventh (intellectual level code) and fifteenth (fiction indicator) 
fixed fields in the MARC record* 

Alphabetic data nay appear in the field setting tag 062. it 
nay prove desireable to delete such characters if an error Check based 
on meric data only is wanted* 
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1 



CON 




MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 



CHARACTERS N1 



yyijyi 



FUNCTION: 



LOCAL CLASSIFICATION NUMBER 



SECONDARY 



D. Variable fields. 



083 

Not in 1968 Subscriber's Guide. 
SCP + variable length. 



Multiple and various subject classification schemes needed by local libraries 
in order to classify the full range of their collections, can be acccnmodated 
by this field. 



PAGE IN CODING MANUAL: 
j CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 

i 

• FORMATS INTERNALLY AS: 



DISPOSITION : 



DISCUSSION: 






ERIC 



Center of catalog card 

1VARIABLE DATA JmVARIABLE DATA vVARIABLE DATA 
OjtyaVARIABLE DATA 2^$aVARIABLE DATA INVARIABLE DATA 



INCLUDE . B-FIEID code !1 sets tag 003, delimiter $a and 3ND1 = 0. B-FIEID 
code !m sets tag 083 , delimiter $a and IND1 = 2. B-FIEID code 
!v sets tag 083 , delimiter $a and IND1 = 1. IND2 is set to blank. 



CSL-PC has created this tag for the use of local libraries that 
require more than one subject classification scheme for the cataloging 
of their collections. 
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CON 



i 

! 

I 

j MARCH FIELD NAME 

l 

! MARCH FIELD RANK 

I 

1 MARC II MAIN AREA 

? 

i 

BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 




f i 

Si 



FUNCTION: 



HOIDINGS 

PRIMARY 

D. Variable fields* 

090 

Not in 1968 Subscribers Guide. 
SCP + variable length. 



This field provides inventory control pointers for monographs down through 
the branch level in libraries of the CSL-PC system. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



! 



DISPOSITION: 



DISCUSSION: 



ERIC 



/ 1 LOCAL CALL NUMBER| [wj [*u] 



Top left, bottom of catalog card and bottom of coding sheet. 
/VARIABLE DATA . . . 

. 4 cVARIABLE DATA . . . 



INCLUDE . First of ten slashes in A-FZEID sets first 090 tag and de limi ter 
$c. B-FIEID code *u sets second and subsequent 090 tags and 
delimiter $c. I -FIELD codes wa, wb, wc ... are followed by a 
seven-digit number which follows $a set by w codes. Both indicators in 
this field are blank. 



This field has been defined for CSL-PC use in the location and 
control of monographs within the system. Local call number is combined 
with various location codes to provide a single pointer for each work. 
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CON 




MARCH FIELD NAME: 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



FUNCTION: 



MAIN ENTRY - PffiSOHAL NAME 
PRIMARY 

D. Variable fields. 

100 

48-50 

SCP + variable length, 



The Bain entry most often refers to the catalog heading by which a bibliogra- 
phic entity is to be unifornly identified and cited. There are several types 
of such aain entries; this field deals with the type called personal nane. 



PAGE IN CODING MANUAL 
CODING SHEET LOCATION 
INPUT STREAM ENCODING 
FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



ERIC 



/ | AUTHOR mm BERT: CTBSOWt AUTHOb] jjg 



ub 



Top left of catalog card 
/VARIABLE DATA ... 
INVARIABLE DATA ... 



INCLUDE . Second of ten slashes in A-FIKLD sets high order digit in MARC 
tag (lzx). Tag 100 Itself is set by I- FIELD ua digrams ranging 
from pa to pd. IND1 * 2 if pb, IND1 * 0 if pc, IND1 * 3 if pd, 
IND1 = 1 by default (no ua coded). I-JTELD code Ub sets mug = l, else 
IND2 = 0. 



Provision of a code by CSL-FC allows the setting of $q 
a non-MARC subfield delimiter - under tag 100 to handle pseudonyms 
and words indicating pseudonym! ty. 
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CON 



MAIN ENTRY - PERSONAL NAME 



100 DB $a $b $c $d $e $k $q $t 





CSL-PC CODE 




MARC II CODI 


| 




TYPE OF MAIN ENTRY 


ua box 




IND 1 






Forename 


uapc 


• 


0 






Single surname 


DEFAULT 




1 






Multiple surname 


uapb 




2 






Family name 


uapd 




3 






MAIN ENTRY ALSO SUBJECT 


ub box 




IND 2 






Main entry is subject 


ub 




1 






Main entry is not subject 


DEFAULT 




0 






DATA ELEMENT NAMES 


subfield 




DELS 






Personal name 


/ 




$a 






Numeration 






$b 






Identifier 


*c 




$c 






Dates 


Id 




$d 






Relator 


le 




$e 






Miscellaneous 


log 




$g 






Pseudonym 


lx 




$q 






Form subheading 


# 




$k 






Title of book 


$ 




$t 




DIS( 


MISSION: All code conversions possible under MARC tag 100 




can be derived from this table which demonstrates 


the 


one-to-one map involved for each code. Note that both indicators can 


be set by default. 










* CSL-PC adds lx 


to delimit pseudonym under tag 100. 


This usage maps to $q which is also a CSL-PC selected delimiter. %g shown 


in the list above does not now appear in tag 100 coding. 






Data in this field set several related delimiters 


under tags 400 , 600 , 700, and 800. 
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o 

ERIC 



CON 



RANGE: 



IIO IB $a $b $e $k *t 



MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



FUNCTION: 



MAIN ENTRY - CORPORATE NAME 
PRIMARY 

D. Variable fields, 

110 

51-52 

SCP + variable length. 



This field handles a type of main entry that is characterized by more or less 
complex heirarchies of elements: governments and their agencies, business 
firms, societies, townships, religious bodies, etc. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



O 

ERIC 



/ | AOTB3R mUJ BURY: CCBWMflB lWffiS| fu»| [tib 



Top left of catalog card 
/VARIABLE DATA ... 
DB$aVARIABLE DATA ••• 



INCLUDE . Second of ten slashes in A-FIELD sets high order digit in MARC 
tag (lxx). Tag 100 itself is set by I-FIELD ua digrams ranging 
from ca to cc, IND1 = 2 if ca, IND1 = 1 if cb, and IND1 = 0 if 
cc is coded as the ua digram, IND2 is set as under tag 100, 



Data in this field is obviously related to MARC fields UlO 
and 710, CSL-PC imitates MARC usage by maint aining parallel sub-field 
coding wherever possible. 
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MAIN ENTRY - CORPORATE NAME 



110 DB $a $b $e $k $t 





CSL-RC CODE 




KARC II CODE 






TYPE OF MAIN ENTRY 


ua box 




IND1 






Place or Place + Name 


uaca 


• 


2 






Name (Direct Order) 


uacb 




1 






Surname (inverted) 


uacc 




0 






MAIN ENTRY AL30 SUBJECT 


ub box 




IND2 






Main entry is subject 


ub 




1 






Main entry is not subject 


DEFAULT 




0 






DATA ELEMENT NAMES 


sub field 




DELS 






Corporate name 


/ 




$a 






Sub-unit 


$b 




$b 






Relator 






$e 






Form Subheading 


# 




$k 






Title of book 


$ 




$t 




DISCUSSION: All code conversions possible under MARC tag 110 

can be derived from the table as shown. Indica- 
tor two can be set by default. 


Data in this field set several related delimiters 
under tags 4l0, 610 , 710 and 810 . 
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CON 





RANGE: 


Ill DB $a $b $c $d $e $g $k $t 


MARCH FIELD NAME: 


MAIN ENTRY - CORPORATE NAME - 


CONFERENCE OR MEETING 


MARCH FIELD RANK: 


PRIMARY 




MARC II MAIN AREA: 


D. Variable fields. 




BASIC MARC II TAG: 


Ill 




SUBSC. GUIDE PAGE: 


52-53 




CHARACTERS NEEDED: 


SCP + variable length. 





FUNCTION: 

' 



Conferences and meetings of corporate bodies are considered major subdivisions 
of tag 110, but are given a separate main entry treatment as shewn. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 





/ 


AUTHOR MAIN ENTRY: CONFERENCE OR hfibflntr 


1 


0 


[ ub 









Top left of catalog card 
/VARIABLE DATA ... 
DB$aVARIABLE DATA ... 



DISPOSITION: 



i 

| 

j 

j DISCUSSION: 







INCLUDE. Second of ten slashes in A-FIELD sets high order digit in MARC 
tag (lxx). Tag 111 itself is set by ua I-FIELD digrams in the 
range fa to fc. IND1 * 2 if fa, IND1 = 1 if fb, IND1 * 0 if 
fc is coded. IND2 is set as under tag 100. 



Data in this field is related to tag 4ll and 711 which follow 

later. 



i 

i 
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CON 



MAIN ENTRY - CONFERENCE OR MEETING 





CSL-PC CODE 




MARC II CQD1 


2 




TYPE OF MAIN ENTRY 


ua box 




IND1 






Place or Place + Name 


uafa 


• 


2 






Name (Direct Order) 


uafb 




1 






Surname (inverted) 


uafc 




0 






MAIN ENTRY ALSO SUBJECT 


. ub box 




IND2 






Main entry is subject 


ub 




1 






Main entry is not subject 


DEFAULT 




0 






DATA ELEMENT NAMES 


subfield 




IND2 






Conference or meeting 


/ 




$a 






Number of conference 






$b 






Place 






$c 






Date 


u 




$d 






Sub-unit 


%e 




$e 






Mi scellaneous 


is 




$g 






Form subheading 


# 




$k 






Title of book 


$ 




$t 




DISCUSSION: All code conversions possible for MARC tag 111 

can be derived from the table given above* The 
second indicator can be set by default. 


Data in this field set several related 
under tags 4ll, 6 11, 711 and 8ll. 

• 


delimiters 




2lU - 









ERIC 



111 DB $a $b $c $d $e $g $k $t 



COI 




MARCH FIELD SAME 



MARCH FIELD RANK 



MARC II MAIN AREA 
BASIC MARC II TAG 



SUBSC. GUIDE PAGE 



CHARACTERS NEEDED 



FUNCTION: 



D* Variable fields. 
130 
53-54 

9CP + variable lengti u 



The naif arm title type of min enter i* ■#«t to father together In one 
location, cards which deal with a single bibliographic entity assigned a 
variety of aaln entries* That is, this field is a standardised title w a in 
entry for iteaw not already having an author type of aaln entry heading* 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 
DISPOSITION: 



] 



Top left of catalog card 
/VARIABLE daea($variable data) 

1*EA($«VARIABLE MU) 



DISCUSSION: 



er|c 



aCLUBg. 



Second of ten slashes in A-fUU) sets Mgi order digit In MARC 
(3 ax). Tag 130 Itself is set by I-HB<D codes uena or wasa* 
ma « l if uasa, else equals 0* TBD2 is set as under tag 100, 



MARC does not provide an IHB1 for this field, but CSL-PC has 
inc l ud ed a binary indicator as shown with the aeanlng 'aaln entry is 
or is not a serial (periodical) title* • 
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CON 




MAIN ENTRY - UNIFORM TITLE HEADING 





nsr-Pfl none 




HARP TT flOnE 






TYPE OF MAIN ENTRY 


ua box 




IND1 






Uniform title 




• 


0 






Periodical title 


uasa 




1 






MAIN ENTRY ALSO SUBJECT 


. ub box 




IND2 






Main entry is subject 


ub 




1 






Main entry is not subject 


DEFAULT 




0 






DATA EIEMENT NAMES 


subfield 




DEIS 




# 


Uniform title 


/ 










Title of periodical 


* 


- 


$t 






DISCUSSION: All code conversions for this field can be derived 

from the table above* Note that XND1 is a CSL-PC 
defined field having no defauxt setting* 


Data in this field set several related delimiters 

and indicators under tags 630 and 730* 

* 


- 


2i6 - 







ERIC 



130 BB $a $t 



i 

! 

I 







COM 




MARCII FIELD NAME 
MARCH FIELD RANK 
MARC II MAIM AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS HEEDED 



nMMP O S ED W IFOBM TITLE 



D. Variable fields. 
2*0 
5 * 

8CP + 'variable length. 



FUMCTIOM: 



Another kind of 'standard title', this field allows cards which night be die* 
persed in the catalog - due to variations in the title of a given work - to 
be gathered together via the interposition of a * naif ore title' after the 
nain entry heading and before the title statement. This field should not 
be confused with tag 130 which is ccnpletely different in neaning. 



PAGE IH CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 




Top left of catalog 
fhVARXABLE DATA 
INVARIABLE nAZA 



DISPOSITION : I XIIClAHg . A-FULD tag between second and third >1,,h sets MARC tag 2*0 

and dellaiter $a. Both indicators are set to blank. 



DISCUSSION: 



CSL-PC does not provide a code to set the MARC Twm for this 
fields MARC gives IHD1 the meaning: 'Uhifora title is printed on the 
LC card or is not so printed'. 
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o 

ERIC 



CON 




MARCH FIELD NAME: 



MARCH FIELD RANK: 



MARC II MAIN AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



ROMANIZED TITLE 

SECONDARY 

D. Variable field*. 

2kl 

55 

SCP + variable length. 



Raaanization of a title implies that some conversion ha* been made between 
character* in a 'target alphabet' such that they now appear in 'Roman' form. 
The letters of the English alphabet can be taken as examples of Roman letters • 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION : 



DISCUSSION: 



ERiC 



E3 Qs) 

Center of catalog card 
*nVARIABLE DATA INVARIABLE DATA 
INVARIABLE MCA INVARIABLE DATA 



INCLUDE. B-FIELD code *n or !q sets MARC tag 2kl and delimiter $a. 
Both indicators in this field are blank. 



MARC has not yet implemented tag 24l. CSL-PC provides codr: 
for romanized title and these will be placed under this tag as shown. 
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1 



con 







MARCH FIELD NAME: 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



FUNCTION: 



TITLE STAWMENT 



D. Variable fields* 

245 

55 

SCP + variable length. 



Title - in the broad sense - is the naae of a work, lncludlig any alternative 
title, subtitle, or other associated descriptive natter preceding the author, 
edition, or iaprint statement on the title page. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 




DISPOSITION: 



Top left of catalog card 

/VARIABLE DATA(/VARIABLE DATA) (^VARIABLE DATA) 
BfttVA! RIABLE DATA($bVARIABLE DATA)($cVARIARUS DATA) 



INCLUDE . Third of ten slashes in A-ITELD sets MARC tag 245 and delimit er 
$&• Fourth of ten slashes in A-9IBD sets fb only if data 
f olic* the slash. A-FEEU) code % - after fourth slash - sets 
$c. I-FIELD code qa sets IND1 * 1, else equals O. I-FIELD code ra sets 
IND2 * 0, else equals 1. 



DISCUSSION: 



When I-FIELD code qa is present and Turn = i under tag 245, the 
necessary and sufficient conditions for creating a tag 740 field have 
been net. Refer to that field for more detail. 
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CON 



RANGE: 



250 W $a $b 



MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



EDITION STATEMENT 
PRIMARY 

D. Variable fields. 

250 

5 6 

SCP + variable length. 



FUNCTION: 



An edition is defined as all physical copies of a given setting of type. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



/ 



TOTE ELABORATION 



EDITION STATEMENT 



Center of catalog card 



^VARIABLE DATA (^VARIABLE DATA) 
y)l$aVARIABLE DATA ($b VARIABLE DATA) 



DISPOSITION: 



I N CLUDE. Scan between fourth and fifth of ten slashes in A- FIELD to set 
tag 230 and delimiter $a. Possible sub -field tagged with # 
sets $b. Both indicators are set to blank. 



DISCUSSION: 



The use of $ as a sub-field delimiter with several meanings 
within the A- FIELD area should be looked at carefully during program- 
ming. 
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MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



FUNCTION: 



COLLATION 

PRIMARY 

D. Variable fields. 
300 
57 

SCP + variable length. 



Described in field are such physical characteristics as the numb er of pages* 
size* illustrative material* etc. 







PAGE IN CODING MANUAL: 




COLLATION: 


/ 


PAGINATION 


/ 


ILLUSTRATIVE MATTER | 


m 


[size I 



CODING SHEET LOCATION 
INPUT STREAM ENCODING 
FORMATS INTERNALLY AS 



DISPOSITION: 



i DISCUSSION: 



t ; 



Center of catalog card 

(/VARIABLE DATA) (/variable DATA) (/variable DATA) 
INVARIABLE DATA ($b VARIABLE DATA )($c VARIABLE DATA) 



INCKJDE. Eighth of ten slashes in A- FIELD sets MARC tag 300 and del imi ter 
$a. Ninth of ten slashes in A-FIELD sets $b. Tenth slash sets 
$c. Any combination of these three slashes may appear in the 
CSL-FC input stream. Both indicators under tag 300 are set to blank. 



Data coded under the ninth A-FIELD slash sets $b under tag 300 
and is related to the data found in fixed field positions 18-21. 
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ERIC 



CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 



BIBLIOGRAPHIC PRICE 
SECONDARY 

D. Variable fields. 



RANGE: 



350 W $a 



350 

57 



CHARACTERS NEEDED: 



SCP + variable length. 



FUNCTION: 



This field contains the list price of a work at the time it was published. 
The price is given in the currency of the country of publication. 



PAGE IN CODING MANUAL: 



* 



BIBLIOGRAPHIC PRICE 



CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



Center of catalog card 

^VARIABLE DATA (^VARIABLE DATA) . . . 

)fyf$aVARIABLE DATA ( $aVARIABLE DATA) ... 



INCLUDE. B-FIELD tag $ sets MARC tag 350 and delimiter $a. 
tors in this field are blank. 



Both indie a- 



! 



i DISCUSSION: 

t 

t 

> 

i 

i 

r 

i 



Price information can be easily coded only if it is available 
at conversion time. Any attempt to gather such information during that 
time would be prohibitively expensive, especially since the original 
list price has a very short ’half life’ for acquisitions purposes. 
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o 

ERLC 



CON 




MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



SERIES NOTE - PERSONAL NAME/T3TLE (TRACED) 
PRIMARY 

D. Variable fields, 

too 

58 

SCP + variable 



Series notes give information that a work is part of a series of publications 
issued under a collective title. This field is used to generate added entry 
headings in the same form as represented by the data in this field. Tag 400 
deals specifically with the 'personal author' type of entry. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



» DISPOSITION: 



S m 

Center of catalog card 
*aVARIABLE DATA ... 
DB$aVARIABLE DATA ... 



INCLUDE . B-FIELD tag *a sets high order digit in MARC tag (4xx). Tag 
too itself is set by I-FIELD ja digrams ranging from pa to ph. 
IND1 is set as under tag 100. IND2 is set to 1 if ja digram 
codes are within the range pe-ph, else IND2 = 0. 



■ DISCUSSION: 



The full range of delimiters applicable to tag 100 could con- 
ceivably be used under tag too. However, not all delimiters or indica- 
tors are likely to appear with the same frequency. 

The data in this field is obviously related to that under tag 
100, 600 and 700. CSL-PC will endeavor to maintain parallel usage of 
tags and delimiter for such related data elements wherever possible. 
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ERIC 



CON 



RANGE: 



4lO IB $a $b $e $k $t $v 



MARCH FIELD NAME: 



MARCH FIELD RANK: 



MARC II MAIN AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



SHUES BOTE - CORPORATE NAME/TITLE (TRACED) 
PRIMARY 

D. Variable field*. 

4lO 

58-59 

SCP + variable length. 



Series notes give information that a work is part of group of publications 
issued under a collective title. This field is used to generate added entry 
>i»«/Hngg in the same corporate author form as represented by the data. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION : 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



Center of catalog card 
*aVARIABLE DATA ... 
INVARIABLE DATA ... 



DISPOSITION: 



DISCUSSION: 



INCLUDE. B-FIELD tag *a sets higi order digit in MARC tag (4xx). Tag 
' “ 4lO itself is set by I-FIELD ja digrams ranging from ca to cf. 

UtDl is set as under tag HO. HSD2 is set to 1 if ja digram 
is within range cd-cf , else IND2 = 0. 



The 3 ame subfield delimiters used by tag 110 are employed here 
with the added delimiter $v for 'Voltne or mmber (after the title) 1 . 
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o 

ERIC 



CON 




a 

1 




CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 




SERIES NOTE - TITLE (TRACED) 
PRIMARY 



D. Variable fields. 

44o 

60 



CHARACTERS NEEDED 



FUNCTION: 



SCP + variable length. 



Series entries having only the title of the series indicated - with or without 
numbering - are dealt with in a manner similar to the other Uxx tags under tag 
440. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



*b 



Center of catalog card 
^VARIABLE DATA(^nVARIABLE DATA) 



FORMATS INTERNALLY AS: 



INVARIABLE DATA($WARIABLE DATA) 



DISPOSITION: 

!> 

I 



INCLUDE . B-PTELD tag *b sets MARC tag 440 and delimiter $a. Both indi- 
cators are set to blank. The optional sub field delimiter $n 
maps directly to $v as shown. 



\ 

I 

k 

l 

i 

i 

t 

i 

I 

* 

i 



DISCUSSION: 



A series note that indicates title of series only is closely 
related in meaning and disposition to tag 240. There is no I-FIELD ja 
code associated with this field. 
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o 

ERIC 



COH 



RAISE: 



MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
DASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



FUNCTION : 




tACB> OS TBACfl) mnURLT 



D. Variable fields* 

U90 

60-61 

SCP + variable length* 



Either no added entry at all is to be 
different font of the note vlll be used 
is used* 



tram this series note or a 
added en t ry ahen this field 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION 



INPUT STREAM ENCODING 



FORMATS INTERNALLY AS 



DISPOSITION: 



DISCUSSION: 



l«c| Pal 

Center at catalog card 

•cUBUBLE DKCA «flUBUBLB IMXA 

Op^aVARZABLB DMCA INVARIABLE BACA 



INCLUDE * B-USD code *c sets tag 490, delimiter $a and HU - 0 in the 
MARC record for this field* B-FTHJ) code «d sets the sane 
tags as does *c except that HD1 a 1* mg is set to blank* 



The presence of HU * 1 implies that a tag 800 field is to be 
constructed out of the variable data found under $a of tag 490* An 
error checking routine is possible here* 
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er|c 






1 



con 





i 



i 




CON 




ERIC 



Hw rfiniurr ^ m****** *~**' 



CON 







RANGE: 


502 ft |a 


MARCH FIELD NAME: 


DISSERTATION NOTE 




MARCH FIELD RANK: 


PRIMARY 




MARC II MAIN AREA: 


D. Variable fields. 




BASIC MARC 


II TAG: 


502 




SUBSC. GUIDE PAGE: 


6l 




CHARACTERS NEEDED: 


SCP + variable length. 




FUNCTION: 


The fact that a catalog card entry is also a thesis or a doctoral disserta- 
tion - or was published as either of the latter - is recorded in this note 
field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 




Center of catalog card 
♦hVARIABLE DATA 
INVARIABLE DATA 



DISPOSITION: 



DELUDE. B- FIELD code *h sets tag 502 and deliniter $a. Both of the 
“ indicators in this field are set to blank. 



DISCUSSION: 



This field is structured so simply that the possibility of 
replacing it with a fixed field indicator suggests itself. Variable 
length data related to such an indicator could be accessed via a 500 
tag subfield delimiter. 
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CON 




MARCH FIELD NAME: 



MARCH FIELD RANK: 
MARC II MAIN AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



i FUNCTION: 



BIBLIOGRAPHIC HISTORT HOTS 
PRIMARY 

D. Variable fields • 

503 

6l 

SCP + variable length* 



Any note relating to other issues, titles or history of publication that has 
a bearing on the work in hand, will be entered in this field* 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION : 



DISCUSSION: 



Center of catalog card 
*pVARIABLE DATA 
INVARIABLE DATA 



INCLUDE * B-FIEID code *p sets tag 503 and delimiter $a. Both of the 
indicators in this field are blank* 



Because the notes in this field take several forms, further 
delimiting may prove useful in future* 
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ERIC 



CON 





CON 




MARCH FIELD NAME: 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 



CHARACTERS NEEDED: 



FUNCTION: 



CONTENTS NOTE (FORMATTED) 
PRIMARY 

D. Variable fields. 

505 

61 

SCP + variable length. 



A formatted list of sub-elements appearing within a work is called a contents 
note and receives the treatment detailed here. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION : 






DISCUSSION: 



ERIC 



Center of catalog card 

^VARIABLE DATA *iPartial ... *iContents ... 
INVARIABLE DATA 2)f$aPartial ... OftaContents .. 



INCLUDE . B- FIELD tag *i sets MARC tag 505 and delimiter $a. Tirol is 
set to 2 if *i is followed by the word 'Partial* $ if by the 
word 'Contents' IND1 = 0; and if by any other word or group 
of characters, IND1 - 1. IND2 is set to blank. 



Contrary to MARC usage, CSL-PC will carry the words 'Contents' 
and 'Partial contents' after the sub- field delimiter. This is done 
because these words serve both as headings for book catalog formatting 
of such notes and as further discriminators under *1 for setting IND1. 
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CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



RANGE: 


506 W $* 


"LIMITED USE" NOTE 




SECONDARY 




D. Variable fields 




506 




Not in 1968 Subscriber's Guide. 


SCP + variable length 





FUNCTION: 



This field deals with various legends indicating that a work is circulated 
under restricted condition due to its rarity, fragility, or incidence of use. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 




Center of catalog card 
•bVARXABLE DATA 
INVARIABLE DATA 



DISPOSITION: 



INCLUDE . B-FIELD code .'h sets tag 50 6 and delimiter $a. Both indicators 
are set to blank. 



DISCUSSION: 



CSL-PC provides this field within the MARC record for that 
wide range of material that is circulated under restricted conditions, 
for more limited periods of time, or are not circulated at all. Such 
usage is widespread among all sorts of libraries likely to Join the 
system. 
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RANGE: 



CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



507 $a 



"IN ANALYTIC" NOTE 
SECONDARY 
D. Variable fields 
507 

Not in 1968 Subscriber's Guide 
SC? + variable length. 



FUNCTION: 



Parts of a work or parts of a series of works which are not considered 
bibliographically separate entities but for which a catalog card was 
nevertheless made, are placed in this field. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION: 



£) 

Center of catalog card 
*gVARIAB£E DATA 
INVARIABLE DATA 



INCLUDE . B- FIELD tag *g sets tag 507 and delimiter $a in the MARC 
record. Both indicators are set to blank. 



DISCUSSION: 



This field is provided by CSL-PC in order to identify catalog 
cards as described above. LC does not print such cards, but many 
libraries make and use 'in analytic' cards. 
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ERIC 



CON 



RANGE: 



508 ty $a 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



"FULL NAME" NOTE 
SECONDARY 
D. Variable fields 
508 

Not in 1968 Subscriber's Guide 
SCP + variable length 



FUNCTION: Supplementary information on the name of a personal author main entry 

appears on certain LC cards printed before 1964 and is placed in this 
field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 




Center of catalog card 
.’pVARIABLE DATA 
^aVARIABLE DATA 



DISPOSITION: 



INCLUDE. B-FIELD tag .'p sets tag 508 and delimiter $a. Both indicators 
are set to blank. 



DISCUSSION: 



Closely allied in meaning with pseudonym delimiter $q, this 
field has been set up by CSL-PC to allow encoding of variant names in 
the same form as found on the original card. 
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ERIC 



CON 




MARCH FIELD NAME: 



MARCH FIELD RANK 



MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



FUNCTION: 



ABSTRACT OR ANNOTATION 
PRIMARY 

D. Variable fields. 

520 

62 

SCP + variable length. 



Abstracts or shorter annotations sometimes appear on catalog cards in addition 
to the usual bibliographic information. These are dealt with as shown. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



OH 



Center of catalog card 
l c VARIABLE DATA 
J$$aVARIABLE DATA 



INCLUDE . B- FIELD code *.c sets tag 520 and delimiter $a. Both indicators 
in this field are set to blank. 



Because of the number of characters that must be carried in a 
MARC record in order to accommodate this field, its suppression may be 
suggested. To suppress this field, however, would violate the general 
principle that argues for preserving all data presently on the catalog 
card. This field will occur infrequently in most library catalogs. 
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ERIC 



CON 




MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



SUBJECT ADDED ENTRY - PERSONAL NAME 
PRIMARY 

D. Variable fields* 

600 

62 

SCP + variable length. 



FUNCTION: 


This field is used to generate subject added entries in the same form as 
represented by the data in the personal author type of entry. 


PAGE IN CODING MANUAL: 


NS® 


T? IUI Pil 


CODING SHEET LOCATION: 


Bottom of catalog card 


INPUT STREAM ENCODING: 


^VARIABLE DATA ... 




FORMATS INTERNALLY AS: 


DD$aVARIABLE DATA ... 





DISPOSITION: 



DISCUSSION: 



er|c 



INCLUDE. B- FIELD tag *m sets high order digit in MARC tag (6xx). Tag 
600 itself is set by I-FIELD jm digrams ranging from pa to pd, 
IND1 is set as under tag 100. IND2 is set by B-FIELD tags as 
folloirsi le sets IND2 * 2, It sets IND2 * 3> !g sets IND2 = 5> Is sets 
IND2 * 1, else IND2 » 0. 



The inter-relatedness of the several fields having to do with 
the same basic type of entry - in this case the personal name type - 
is exploited by both MARC and CSL-PC through the use of parallel codes 
vherever possible. 
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CON 



MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



RANGE: 


6l0ll)ta$b$e$k$t$xty$s 1 


SUBJECT ADDED ENTRY - CORPORATE NAME 


PRIMARY 




D. Variable fields. 




610 




62 




SCP + variable length. 





FUNCTION: 



Subject added entries of the corporate author type will be generated in the 
sane font as represented by the data* 



PAGE IN CODING MANUAL: 



a in gs m 





CODING SHEET LOCATION 



Bottom of catalog card 



INPUT STREAM ENCODING 



"^VARIABLE IAIA ... 



FORMATS INTERNALLY AS 



DDfaVARIABLE DATA ... 



DISPOSITION: 



I NCLUDE . B-IIEED tag *m sets high order digit in MARC tag (6ac). Tag 
~ 6lO itself is set by ja code digress ranging fron ca to cc. 

Tirol is set as under tag 110. IHPg is set as mder tag 600. 



DISCUSSION: 



Bata In this field is obviously related to that found under 
tag 110 and tag 600. CSL-PC initates MARC in the use of identical 
coding for related elensnts wherever possible. 
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ERIC 






CON 



RANGE: 



611 DD 



MARCH FIELD NAME: 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED: 



FUNCTION: 






SUBJECT ADDED ENTRY - CORPORATE NAME - COHFBtENCE OR MELTING 
PRIMARY 

D. Variable fields. 

611 

63 

SCP + variable length. 



Subject added entries of the corporate nane type having soae confer enc e or 
aeeting subdivision appended to it, will generate fros the data represented 
in this field. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION 



INPUT STREAM ENCODING 



FORMATS INTERNALLY AS 



Haag 

Botton of catalog card 
«mVAHUBLE DATA ••• 
DOfaVARIABLB DATA ... 



DISPOSITION: 



INCLUDE . B-FIELD tag *■ sets high order digit in MARC tag (6xx). 6ll 
Itself is set fron I-TUU) jm digrans ranging from fa to fc. 
DEL is set as under tag 111. mg is set as under tag 600. 



DISCUSSION: 



Data in this field is obviously related to that found under 
tag 111 and tag 600. CSL-PC Inltates MARC in the use of identical 
coding for related elenents wherever possible. 
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er|c 






CON 



RANGE: 



MARCH FIELD NAME 



MARCH FIELD RANK 



MARC II MAIN AREA 



BASIC MARC II TAG 



SUBSC. GUIDE PAGE 



CHARACTERS NEEDED 



FUNCTION: 



630 BD $a $t $y $z 



] 



SUBJECT AI 



PRIMARY 



ENTRY - UNIFORM TITLE HEADER} 



D. Variable fields* 
630 
63 

SCP + variable length* 



Utaiforn title headings will be used as represented in this field to 
subject added entries* 



PAGE IN CODING MANUAL 



CODING SHEET LOCATION 



INPUT STREAM ENCODING 



FORMATS INTERNALLY AS 



DISPOSITION: 



DISCUSSION: 



ERIC 



S D3 D3 DU 

lottos of catalog card 
VARIABLE DATA ••• 
BDfaVARXAHLE IAEA *** 



Hit 



DELUDE . MI ffi> tag *n sets high digit In MARC tag (6 obc). Tag 630 
Itself is set by the I-FIKLD code sequence jane. IND1 Is 
set as under tag 130 * IRK Is set as under tag 600 . 



CSL-PC has provided a binary code for DUO. In this field 
well as in the 130 field* Other data elements and indicators are 
found In the MARC usage* 
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CON 



MARCH FIELD NAME 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



RANGE: 

SUBJECT ADDED ENTRY - TOPICAL 
PRIMARY 

D. Variable fields. 

650 

63 

SCP + variable length. 



630 Jfo $a $x $y $z 



FUNCTION: 



Subject added entries for general subject tens such as are authorized by the 
Library of Congress List of Subject Headings, will be generated from this 
field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



0 0 0 1 ?! 

Bottom of catalog card 

VARIABLE DATA ... 

INVARIABLE DATA ... 





DISPOSITION : 



INCLUDE . B-FIELD tag *m sets high order digit in MARC tag (6xx). Tag 
650 itself is set by I-FEHJ) digram codes jmta or jmtb. IND1 
is set to blank. IND2 is set as under tag 600. 



DISCUSSION: 
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ERIC 



1 



CON 





CON 







RANGE: 


652 Jfo $a $y $z 


MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 


SUBJECT ADDED ENTRY - POLITICAL JURISDICTION ALONE OR WITH SUBJECT 

SUBDIVISIONS 

PRIMARY 

D. Variable fields. 

652 

(k 

SCP + variable length. 


FUNCTION: 


Political jurisdictions are made subject added entries from the data which 
will be found in this field. 



PAGE IN CODING MANUAL: 



ig s o*i 03 ns m 



CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 



Bottom of catalog card 
*nVARIABLE DATA ••• 



FORMATS INTERNALLY AS: 



INVARIABLE DATA ... 



DISPOSITION: 



INCLUDE. B-FIELD tag *m sets high order digit in MARC tag (6xx). Tag 

652 itself is set by I-FIELD code jmda. IND1 is set to blank. 

HBD2 is set as under tag 600. 



DISCUSSION: 



- 2UU - 




CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 



RANGE: 



700 DD $a $b $c $d $e $k $t $u 



OTHER ADDED ENTRY - PERSONAL NAME 
PRIMARY 



D. Variable fields. 



BASIC MARC II TAG: 700 

SUBSC. GUIDE PAGE: 65 



CHARACTERS NEEDED: 



SCP + variable length. 



FUNCTION: 



Added entries which are neither subject nor series, but are of the personal 
author type, produce added entries from this field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 



EJ dH 

Bottom of catalog card 
*qVARIABLE DATA . . . 



FORMATS INTERNALLY AS: 



DD$aVARIABLE DATA. . . 



DISPOSITION: 



INCLUDE . B-FIELD tag *q sets high order digit in MARC tag (7xx). 700 

itself is set by any jq digram ranging from pa to pm. IND1 
is set as under tag 100. IND2 is set as a function of the 
second letter of the jq digram codes: pa-pd sets IND2 = 0, pe-ph sets 

IND2 = 1, and pi-pm sets IND2 = 2. 



DISCUSSION: 



Data in this field is obviously related to that found under 
tag 100. CSL-PC imitates MARC in the use of identical coding for 
related elements wherever possible. 
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CON 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 



RANGE: 



710 DD $a $b $e $k $u 



OTHER ADDED ENTRY - CORPORATE NAME 
PRIMARY 



D. Variable fields. 



BASIC MARC II TAG: 710 

SUBSC. GUIDE PAGE: 65 



CHARACTERS NEEDED 



SCP + variable length. 



FUNCTION: 



Corporate author types of non-subject, non-series added entries are construc- 
ted from the data found in this field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 




Bottom of catalog card 



*qVAFJABLE DATA . . . 



FORMATS INTERNALLY AS: 



DD$aVARIABLE DATA . . . 



DISPOSITION: 



INCLUDE . B-FIELD tag *q sets high order digit in MARC tag (7xx). 710 

itself is set by any jq digram ranging from ca to ci. IND1 
is set as under tag HO. IND2 is set as a function of the 
second letter in the jq digram codes: ca-cc sets IND2 = 0, cd-cf sets 

IND2 = 1, and cg-ci sets IND2 = 2. 



DISCUSSION: 



Data in this field is obviously related to that found under 
tag 110. CSL-PC imitates MARC in the use of identical coding for 
related elements wherever possible. 
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ERIC 



CON 



MARCH FIELD NAME: 



RANGE: 



711 DD $a $b $c $d $e $g $k $t $u 



OTHER ADDED ENTRY - CORPORATE NAME - CONFERENCE OR MEETING 



MARCH FIELD RANK: 



PRIMARY 



MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



D. Variable fields. 

711 

65-66 

SCP + variable length. 



H1NCTION : 



Other added entries for conference or meeting tracings are produced using 
the data found in this field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 




Bottom of catalog card 



INPUT STREAM ENCODING: 



*qVARIABLE DATA ... 



FORMATS INTERNALLY AS: 



DD$aVARIAB£E DATA . . . 



DISPOSITION: 



INCLUDE. B-FIELD tag *q sets high order digit in MARC tag (7xx). _ j^ll 
itself is set by any jq digram ranging from fa to fi. IND1 
is set as under tag 111. IND2 is set as a function of the 
second letter in the jq digram codes: fa-fc sets IND2 = 0, fd-ff sets 

IND2 = 1, and fg-fi sets IND2 = 2. 



DISCUSSION : 



Data in this field is obviously related to that found under 
tag 111 . CSL-PC imitates MARC in the use of identical coding for 
related elements wherever possible. 
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CON 



RANGE: 



730 BD $a $t $u 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 



OTHER ADDED ENTRY - UNIFORM TITLE HEADING 
PRIMARY 

D. Variable fields. 

66 



SUBSC. GUIDE PAGE 



SCP + variable length. 



CHARACTERS NEEDED 



FUNCTION: 



Uniform title headings of the non-subject, non-series type axe constructed 
from the data found in this field. 



PAGE IN CODING MANUAL: 





CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



Bottom of catalog card 
*qVARIABLE DATA . . . 
BD$aVARIABLE DATA . . . 



DISPOSITION: 



INCLUDE . B-FIELD tag *q sets high order digit in MARC tag (7xx). 730 

itself is set by any jq digram ranging from ua to uc. IND1 
is set as under tag 130. IND2 is set as a function of second 
letter in the jq digram codes: ua sets IND2 = 0, ub sets IND2 = 1, and 
uc sets IND2 = 2. 



DISCUSSION: 



Tagged data in this field is related to that found under tag 
130. CSL-PC imitates MARC in the use of identical coding for related 
elements wherever possible. 
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ERIC 



CON 




MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 
CHARACTERS NEEDED: 



FUNCTION: 



TITLE TRACED DIFFERENTLY 
PRIMARY 

D. Variable fields* 

740 

66 

SCP + variable length* 



Titles in a form different from that found under tag 245 will be entered 
in this field in order to generate added entries as needed* 



PAGE IN CODING MANUAL’ 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION : 



DISCUSSION : 



/ 


SHORT TITLE 




qa 



Top of catalog card 
/VARIABLE DATA 
INVARIABLE DATA 



INCLUDE* I-FIELD code qa sets IND1 under tag 245 * 1 which in turn sets 
tag 740 and delimiter $a under it* Both indicators are blank* 
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ERIC 



1 



ooa 




MARCH FIELD NAME: 
MARCH FIELD RANK 
MARC II MAIN AREA 
BASIC MARC II TAG 
SUBSC. GUIDE PAGE 
CHARACTERS NEEDED 



FUNCTION: 



SERIES ADDED ENTRY - PERSONAL NAME/TITIZ 
PRIMARY 

D. Variable fields. 

800 

67 

SCP + variable length. 



Added entries for series tracings of the personal author plus title type 
will be generated using the data found in this field. 



PAGE IN CODING MANUAL 



CODING SHEET LOCATION 



INPUT STREAM ENCODING 



FORMATS INTERNALLY AS 



DISPOSITION: 



DISCUSSION: 



ERIC 



0 U£J 

Bottom of catalog card 
*rVARIABI£ DATA . . . 
INVARIABLE DATA . . . 



INCLUDE. B-FIEU) tag *r sets high order digit in MARC tag (8xx). 8lO 
itself is set from the I-FIELD jr codes ranging from pa to pd. 
IND1 is set as under tag 100. IND2 is set to blank. 



Data found under this tag is obviously related to that found 
under tags 100 and 400. CSL-PC imitates MARC in the use of identical 
coding for related elements wherever possible. 
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COH 



MARCH FIELD NAME: 
MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 



RANGE: 



810 $a $b $e $k $t $v 



SERIES ADDED ENTRY - CORPORATE NAME/TITLE 
PRIMARY 

D. Variable fields. 

810 

67 



CHARACTERS NEEDED: 



SCP + variable length. 



FUNCTION: 



Added entries for series tracings of the corporate author plus title type 
will be generated using the data found in this field. 



PAGE IN CODING MANUAL 
CODING SHEET LOCATION 




Bottom of catalog card 



INPUT STREAM ENCODING 



*rVARIABI£ DATA . . . 



FORMATS INTERNALLY AS 



INVARIABLE DATA . . . 



DISPOSITION: 



INCLUDE. B-FIEID tag *r sets high order digit in MARC tag (8xx). 810 

itself is set from the I-FIELD jr codes ranging from ca to cc. 
IND1 is set as under tag HO. IND2 is set to blank. 



DISCUSSION: 



Data found under this tag is obviously related to that found 
under tags 110 and UlO. CSL-FC imitates MARC in the use of identical 
coding for related elements wherever possible. 
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mmmm 



CON 




MARCH FIELD NAME: 



MARCH FIELD RANK: 



MARC II MAH AREA: 



BASIC MARC II TAG: 



SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



SERIES ADDED H9TBY - CONFERENCE OR MEETING/TITLE 
PRIMARY 

D. Variable fields. 

811 

67 

SCP + variable length. 



Added entries for series tracings of the conference or meeting plus title 
type viH be generated using the data found in this field. 



PAGE IN CODING MANUAL: 



CODING SHEET LOCATION: 



INPUT STREAM ENCODING: 



FORMATS INTERNALLY AS: 



DISPOSITION : 



I DISCUSSION: 



3 

ERIC 



EH Oil 

Bottom of catalog card 
*rVARIABIE BATA . . . 
DftaVARIABIE BATA . . . 



INCLUDE. B-FIELD tag *r sets high order digit in MARC tag (8rx). 811 

itself is set from the I-FIBIP Jr codes ranging tr cm fa to fc. 
T ym is set as under tag 1H. IND2 is set to blank. 



Bata found under this tag is obviously related to that found 
under tags 111 and UH. CSL-PC imitates MARC in the use of identical 
codi'^g for related elements wherever possible. 
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MARCH FIELD NAME: 



MARCH FIELD RANK: 
MARC II MAIN AREA: 
BASIC MARC II TAG: 
SUBSC. GUIDE PAGE: 



CHARACTERS NEEDED: 



FUNCTION: 



SER IES ADDED ENTRY - TITIE 
PRIMARY 

D. Variable fields. 

8UO 

67 

SCP + variable length. 



Title, traced the mb. as the form found in the body of the catalog card 
produce series added entries using the data found in this field. 



PAGE IN CODING MANUAL: 
CODING SHEET LOCATION: 
INPUT STREAM ENCODING: 
FORMATS INTERNALLY AS: 



DISPOSITION: 



DISCUSSION: 



d 

ERIC 



H 0 

Bottom of catalog card 
*rVARIABI£ DATA . . . 



IHCUJDB. B-nELD tag *r sets high order digit in HSBC tag 
— itself is set from the I-FHSU) Jr code sa only. HUH. and HTO2 

are both set to blank. 



Data found under this tag is obviously related to that found 
under tag V*0. CSL-PC imitates MARC in the use of identical coding for 
related elements wherever possible. 
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